Information processing device, client device, information processing method, and program

ABSTRACT

There is provided an information processing device including an image acquisition unit that acquires a captured image of a real space from an image capture device, a setting unit that sets, in association with the real space, an augmented reality space that virtually augments the real space depicted in the captured image, the augmented reality space differing according to related information that relates to the captured image, and a control unit that causes an image of a virtual object placed for each user within the augmented reality space to be displayed on a screen.

CROSS REFERENCE TO PRIOR APPLICATION

This application is a continuation of U.S. patent application Ser. No.14/762,077 (filed on Jul. 20, 2015), which is a National Stage PatentApplication of PCT International Patent Application No.PCT/JP2013/081407 (filed on Nov. 21, 2013) under 35 U.S.C. § 371, whichclaims priority to Japanese Patent Application No. 2013-018444 (filed onFeb. 1, 2013), which are all hereby incorporated by reference in theirentirety.

TECHNICAL FIELD

The present disclosure relates to an information processing device, aclient device, an information processing method, and a program.

BACKGROUND ART

In the past, a variety of virtual reality (VR) technologies that presentan artificially constructed virtual space to a user have beenpractically implemented. For example, Patent Literature 1 proposes atechnology for achieving phigh operability when a user operates anavatar existing in a virtual space. In contrast, augmented reality (AR)technology, which has become the focus of recent attention, presents toa user an augmented reality space (AR space) by partially modifying areal space. With typical AR technology, a virtually generated object(virtual object) is superimposed onto an image from an image capturedevice pointed at a real space, providing a user experience as thoughthat object exists in the real space depicted in the image.

CITATION LIST Patent Literature

[Patent Literature 1] JP 2003-150978A

SUMMARY OF INVENTION Technical Problem

By using a user avatar as a virtual object in AR technology, anapplication is realized in which an AR avatar may be expressed. However,simply having an image of a real space as the background of the space inwhich an avatar is active does not sufficiently demonstrate the appealof augmented reality.

Accordingly, the present disclosure proposes a mechanism for providingan appealing user experience that makes good use of the characteristicsof augmented reality as opposed to virtual reality.

Solution to Problem

According to an embodiment of the present disclosure, there is providedan information processing device including an image acquisition unitthat acquires a captured image of a real space from an image capturedevice, a setting unit that sets, in association with the real space, anaugmented reality space that virtually augments the real space depictedin the captured image, the augmented reality space differing accordingto related information that relates to the captured image, and a controlunit that causes an image of a virtual object placed for each userwithin the augmented reality space to be displayed on a screen.

According to an embodiment of the present disclosure, there is provideda client device including an image capture unit that generates acaptured image by capturing a real space, a communication unit thatcommunicates with a server device that sets, in association with thereal space, an augmented reality space that virtually augments the realspace depicted in the captured image, the augmented reality spacediffering according to related information that relates to the capturedimage, and a control unit that causes an image of a virtual objectplaced for each user within the augmented reality space set by theserver device to be displayed on a screen.

According to an embodiment of the present disclosure, there is providedan information processing method executed by a client device providedwith an image capture unit and a communication unit that communicateswith a server device. The server devices sets, in association with areal space, an augmented reality space that virtually augments the realspace depicted in a captured image, the augmented reality spacediffering according to related information that relates to the capturedimage, the information processing method including generating thecaptured image by using the image capture unit to capture a real space,and causing an image of a virtual object placed for each user within theaugmented reality space set by the server device to be displayed on ascreen.

According to an embodiment of the present disclosure, there is provideda program for causing a computer that controls a client device tofunction as an image acquisition unit that acquires a captured image ofa real space from an image capture device, and a control unit thatcauses an image of a virtual object placed for each user within anaugmented reality space to be displayed on a screen, the augmentedreality space being set by a server device that sets, in associationwith the real space, an augmented reality space that virtually augmentsthe real space depicted in the captured image, the augmented realityspace differing according to related information that relates to thecaptured image.

Advantageous Effects of Invention

According to the technology in accordance with present disclosure, it ispossible to provide an appealing user experience that makes good use ofthe characteristics of augmented reality.

BRIEF DESCRIPTION OF DRAWINGS

FIG. 1 is a first explanatory diagram for describing an overview of aninformation processing device according to an embodiment;

FIG. 2 is a second explanatory diagram for describing an overview of aninformation processing device according to an embodiment;

FIG. 3 is a block diagram illustrating an example of a hardwareconfiguration of an information processing device according to anembodiment;

FIG. 4 is a block diagram illustrating an example of a configuration oflogical functions of an information processing device according to anembodiment;

FIG. 5 is an explanatory diagram for describing a coordinate system foran AR space;

FIG. 6 is an explanatory diagram for describing an example of thediscretization of a real object;

FIG. 7 is an explanatory diagram for describing an example of an ARspace constructed from a real space map;

FIG. 8 is an explanatory diagram for describing an example of thecustomization of an AR space;

FIG. 9 is an explanatory diagram for describing a first example of atechnique for setting a texture or color of a virtual object;

FIG. 10 is an explanatory diagram for describing a second example of atechnique for setting a texture or color of a virtual object;

FIG. 11 is an explanatory diagram for describing an exemplarymodification of a technique for setting display attributes of a virtualobject;

FIG. 12 is an explanatory diagram for describing for a first example ofa technique for sharing an AR space among multiple users;

FIG. 13 is an explanatory diagram for describing for a second example ofa technique for sharing an AR space among multiple users;

FIG. 14 is an explanatory diagram for describing for a third example ofa technique for sharing an AR space among multiple users;

FIG. 15 is an explanatory diagram for describing an example of a displayof an AR space shared by multiple users;

FIG. 16 is an explanatory diagram for describing an example of a userinterface for specifying an object to share or not share;

FIG. 17 is an explanatory diagram for describing the setting of voxelgranularity;

FIG. 18 is an explanatory diagram for describing an example of an avatarselection window;

FIG. 19 is an explanatory diagram for describing an example of a basicoperation window;

FIG. 20 is an explanatory diagram for describing an example of anoperation for moving an avatar;

FIG. 21 is an explanatory diagram for describing an example of anoperation for stopping avatar movement;

FIG. 22 is an explanatory diagram for describing an example of anoperation for changing the direction of an avatar;

FIG. 23 is an explanatory diagram for describing another example of anoperation for changing the direction of an avatar;

FIG. 24A is a first explanatory diagram for describing a first exampleof an item-using action executed by an avatar;

FIG. 24B is a second explanatory diagram for describing a first exampleof an item-using action executed by an avatar;

FIG. 25 is an explanatory diagram for describing an example of anoperation for switching an item used by an avatar;

FIG. 26 is an explanatory diagram for describing a second example of anitem-using action executed by an avatar;

FIG. 27 is an explanatory diagram for describing a first example ofcommunication via avatars;

FIG. 28 is an explanatory diagram for describing a second example ofcommunication via avatars;

FIG. 29 is an explanatory diagram for describing an example of anoperation for displaying avatar information;

FIG. 30 is an explanatory diagram for describing an example of anoperation for changing the position of an AR space;

FIG. 31 is an explanatory diagram for describing an example of anoperation for changing the orientation of an AR space;

FIG. 32 is an explanatory diagram for describing an example of severalmenus that may be implemented in an AR application;

FIG. 33 is an explanatory diagram for describing a real-time mode and asnapshot mode;

FIG. 34 is an explanatory diagram for describing the transition betweentwo types of operating modes illustrated in FIG. 33;

FIG. 35 is an explanatory diagram for describing a blueprint mode;

FIG. 36 is an explanatory diagram for describing a camera perspectivemode and an avatar perspective mode;

FIG. 37 is an explanatory diagram for describing the transition betweenthe two types of display modes illustrated in FIG. 36;

FIG. 38 is an explanatory diagram for describing for a first example ofa technique for selecting an AR space;

FIG. 39 is an explanatory diagram for describing for a second example ofa technique for selecting an AR space;

FIG. 40 is an explanatory diagram for describing for a third example ofa technique for selecting an AR space;

FIG. 41 is an explanatory diagram for describing for a fourth example ofa technique for selecting an AR space;

FIG. 42 is an explanatory diagram for describing for a first example ofadjusting variable parameters of an AR space;

FIG. 43 is an explanatory diagram for describing for a second example ofadjusting variable parameters of an AR space;

FIG. 44 is an explanatory diagram for describing a first example of atechnique for setting an initial position of a virtual object in an ARspace;

FIG. 45 is an explanatory diagram for describing a second example of atechnique for setting an initial position of a virtual object in an ARspace;

FIG. 46 is an explanatory diagram for describing change in the number ofavatars in an AR space in a normal mode;

FIG. 47 is an explanatory diagram for describing change in the number ofavatars in an AR space in a replay mode;

FIG. 48 is an explanatory diagram for describing a trail mode;

FIG. 49 is an explanatory diagram for describing an example of a pathfor moving between AR spaces;

FIG. 50A is the first part of a transition diagram for describing anexample of screen transitions for checking into an AR space;

FIG. 50B is the second part of a transition diagram for describing anexample of screen transitions for checking into an AR space;

FIG. 51 is a flowchart illustrating an example of a flow of informationprocessing for executing an AR application;

FIG. 52 is a flowchart illustrating an example of a detailed flow of theaction determination process illustrated in FIG. 51;

FIG. 53 is a block diagram illustrating an example of a configuration oflogical functions of an information processing device according to anexemplary modification; and

FIG. 54 is an explanatory diagram for describing an exemplarymodification of a technique for determining virtual object placement.

DESCRIPTION OF EMBODIMENTS

Hereinafter, preferred embodiments of the present invention will bedescribed in detail with reference to the appended drawings. Note that,in this specification and the drawings, elements that have substantiallythe same function and structure are denoted with the same referencesigns, and repeated explanation is omitted.

Also, the description will proceed in the following order.

1. Overview

2. Exemplary configuration of information processing device according toembodiment

-   -   2-1. Hardware configuration    -   2-2. Logical function configuration

3. AR space settings

-   -   3-1. Coordinate system of AR space    -   3-2. Constructing AR space from real space map    -   3-3. Customizing AR space    -   3-4. Setting virtual object display attributes    -   3-5. Sharing AR space    -   3-6. Settings related to shared object

4. Virtual object operations

-   -   4-1. Operation window examples    -   4-2. Avatar actions    -   4-3. Communication using avatars    -   4-4. Operations on AR space    -   4-5. Other operations    -   4-6. Various operating modes

5. AR community

-   -   5-1. Forming an AR community    -   5-2. Adjusting variable parameters    -   5-3. Setting initial position    -   5-4. Various access modes

6. Process flow examples

-   -   6-1. Screen transitions at check-in    -   6-2. Executing AR application    -   6-3. Action determination process

7. Exemplary modifications

-   -   7-1. Client/server linkage    -   7-2. Simple real space recognition

8. Conclusion

<1. Overview>

First, FIGS. 1 and 2 will be used to describe an overview of technologyaccording to the present disclosure. FIGS. 1 and 2 are explanatorydiagrams for describing an overview of an information processing device100 according to an embodiment.

Referring to FIG. 1, an information processing device 100 a possessed bya user Ua is illustrated. The user Ua is holding up the informationprocessing device 100 a towards a real space 11 a. The informationprocessing device 100 a is equipped with a camera (image capture device)including a lens pointed at the real space 11 a, and a display screen.In the example in FIG. 1, real objects R10 a, R11 a, R12, and R13 existin the real space 11 a. The real object R10 a is a table. The realobject R11 a is a poster. The real object R12 is a book. The real objectR13 is a mug. The camera of the information processing device 100 agenerates a captured image by capturing the real space 11 a. The displayof the information processing device 100 a may display a captured imageon-screen. The information processing device 100 a may be equipped witha controller (not illustrated) that causes an augmented reality (AR)application to operate. The AR application receives a captured imagedepicting a real space as an input image, and outputs an output imagesuperimposed with a virtual object to a display. In the example in FIG.1, a virtual object A11 is superimposed onto an output image Im11 asthough the virtual object A11 were standing on top of the table R10 a.

Referring to FIG. 2, an information processing device 100 b possessed bya user Ub is illustrated. The user Ub is holding up the informationprocessing device 100 b towards a real space 11 b. The informationprocessing device 100 b is equipped with a camera (image capture device)including a lens pointed at the real space 11 b, and a display screen.In the example in FIG. 2, real objects R10 b, R11 b, R14, and R15 existin the real space 11 b. The real object R10 b is a table. The realobject R11 b is a poster. The real object R14 is a pen. The real objectR15 is a coffee cup. The camera of the information processing device 100b generates a captured image by capturing the real space 11 b. Thedisplay of the information processing device 100 b may display acaptured image on-screen. The information processing device 100 b may beequipped with a controller (not illustrated) that causes an ARapplication to operate. The AR application receives a captured imagedepicting a real space as an input image, and outputs an output imagesuperimposed with a virtual object to a display. In the example in FIG.2, virtual objects A11, A12, and A13 are superimposed onto an outputimage Im12 as though the virtual objects A11, A12, and A13 were walkingon top of the table R10 b.

In the example in FIG. 1, the virtual object A11 is an avatar of theuser Ua. The avatar A11 is placed within an augmented reality space (ARspace) set in association with the real space 11 a, and may executevarious actions. The user Ua is able to enjoy the AR application byviewing or operating the avatar A11 displayed on-screen.

The AR application may be used by a lone user, or by multiple users. Inthe example in FIG. 2, the virtual object A11 is an avatar of the userUa, while the virtual object A12 is an avatar of the user Ub. In otherwords, an AR space shared in common with the AR space set in associationwith the real space 11 a in FIG. 1 is set in association with the realspace 11 b in FIG. 2. As a result, the same AR space is shared betweenthe user Ua and the user Ub. The user Ua may use the informationprocessing device 100 a to operate the avatar A11, while the user Ub mayuse the information processing device 100 b to operate the avatar A12.The avatar A11 and the avatar A12 are also capable of interacting witheach other. As a result, communication between users via the ARapplication is established. The avatar A13 may be an avatar of yetanother user, or a character who acts autonomously according to somekind of algorithm (also called a non-player character (NPC)).

In this way, when a user avatar is used as a virtual object with ARtechnology, simply having an image of a real space as the background ofthe space in which an avatar is active does not sufficiently demonstratethe appeal of augmented reality. Accordingly, the various embodimentsdescribed in detail in the following sections realize a mechanism forproviding an appealing user experience that makes good use of thecharacteristics of augmented reality as opposed to virtual reality.

Note that in the following description, when the information processingdevices 100 a, and 100 b are not being distinguished from each other,these devices will be collectively referred to as the informationprocessing device 100 by omitting the trailing letters in the referencesigns.

In FIGS. 1 and 2, a tablet device is illustrated as one example of aninformation processing device 100. However, the information processingdevice 100 is not limited to such an example. The information processingdevice 100 may also be a personal computer (PC), personal digitalassistant (PDA), smartphone, game console, portable navigation device(PND), content player, digital appliance, or the like, for example. Inaddition, the information processing device 100 may also be a wearabledevice such as a head-mounted display (HMD). Also, instead of the ARapplication operating on a client operated by a user, the AR applicationmay also operate on another device capable of communicating with theclient (an application server, for example).

<2. Exemplary Configuration of Information Processing Device Accordingto Embodiment>

[2-1. Hardware Configuration]

FIG. 3 is a block diagram illustrating an example of a hardwareconfiguration of an information processing device 100 according to anembodiment. Referring to FIG. 3, the information processing device 100is equipped with a camera 102, a sensor 104, an input interface 106,memory 108, a display 110, a communication interface 112, a bus 116, anda processor 118.

(1) Camera

The camera 102 is a camera module that captures images. The camera 102is a device captures a real space using an image sensor such as acharge-coupled device (CCD) or complementary metal-oxide-semiconductor(CMOS) sensor, and generates a captured image. A captured imagegenerated by the camera 102 becomes an input image for informationprocessing executed by the processor 118. Note that the camera 102 isnot strictly limited to being part of the information processing device100. For example, an image capture device connected to the informationprocessing device 100 in a wired or wireless manner may also be treatedas the camera 102.

(2) Sensor

The sensor 104 is a sensor module including a positioning sensor thatmeasures the geographical position of the information processing device100. For example, the positioning sensor may receive Global PositioningSystem (GPS) signals to measure latitude, longitude, and altitude, ormeasure position on the basis of wireless signals transmitted andreceived to and from wireless access points. Furthermore, the sensor 104may also include other types of sensors, such as an acceleration sensorand a gyroscopic sensor. Sensor data generated by the sensor 104 may beused for various applications, such as to assist in recognition of areal space, to acquire specialized data for a geographic position, or todetect user input.

(3) Input Interface

The input interface 106 is an input device used in order for a user tooperate the information processing device 100 or input information intothe information processing device 100. The input interface 106 mayinclude a touch sensor that detects touches performed by a user on thescreen of the display 110 (or a case surface on the opposite side of thescreen), for example. Instead of (or in addition to) the above, theinput interface 106 may also include other types of input devices, suchas buttons, switches, a keypad, or a pointing device. In addition, theinput interface 106 may also include a speech input module thatrecognizes speech commands uttered by the user as user input, or a gazedetection module that detects the direction of the user's gaze as userinput.

(4) Memory

The memory 108 is realized with a storage medium such as semiconductormemory or a hard disk, and stores programs and data used in processingby the information processing device 100. Data stored by the memory 108may include captured image data, sensor data, and various data insidethe data storage unit discussed later. Note that some of the programsand data described in this specification may also be acquired from anexternal data source (such as a data server, network storage, orexternally attached memory, for example), rather than being stored inthe memory 108.

(5) Display

The display 110 is a display module that includes a display such as aliquid crystal display (LCD), an organic light-emitting diode (OLED), ora cathode ray tube (CRT). The display 110 is used to display ARapplication images generated by the information processing device 100,for example. Note that the display 110 is likewise not strictly limitedto being part of the information processing device 100. For example, animage display device connected to the information processing device 100in a wired or wireless manner may also be treated as the display 110.

(6) Communication Unit

The communication interface 112 is a communication interface thatmediates communication between the information processing device 100 andanother device. The communication interface 112 supports an arbitrarywireless communication protocol or wired communication protocol, andestablishes a communication connection with another device.

(7) Bus

The bus 116 connects the camera 102, the sensor 104, the input interface106, the memory 108, the display 110, the communication interface 112,and the processor 118 to each other.

(8) Controller

The processor 118 may correspond to a central processing unit (CPU), adigital signal processor (DSP), or the like. The processor 118 causesvarious functions of the information processing device 100 describedlater to operate by executing a program stored in the memory 108 oranother storage medium.

[2-2. Logical Function Configuration]

FIG. 4 is a block diagram illustrating an exemplary configuration oflogical functions realized by the memory 108 and the processor 118 ofthe information processing device 100 illustrated in FIG. 3. Referringto FIG. 4, the information processing device 100 is equipped with animage acquisition unit 120, a data acquisition unit 130, an ARprocessing unit 140, and a data storage unit 160. The AR processing unit140 includes a recognition unit 142, an AR space setting unit 144, andan object control unit 146.

(1) Image Acquisition Unit

The image acquisition unit 120 acquires captured images depicting a realspace from the camera 102 as input images. Input images acquired by theimage acquisition unit 120 are typically respective frames constitutinga video. The image acquisition unit 120 outputs acquired input images tothe AR processing unit 140.

(2) Data Acquisition Unit

The data acquisition unit 130 acquires data used in order for the ARprocessing unit 140 to cause the AR application to operate. For example,the data acquisition unit 130 acquires sensor data generated by thesensor 104, and external data received from an external device via thecommunication interface 112. The respective data inside the data storageunit 160 described later may be stored in advance by the informationprocessing device 100, or dynamically received from an external device.

(3) Recognition Unit

The recognition unit 142 recognizes real objects depicted in an inputimage input from the image acquisition unit 120, and generates a realspace map 164 that expresses the position and orientation of eachrecognized real object in the real space. In addition, the recognitionunit 142 also recognizes the position and orientation of the informationprocessing device 100 (camera 102). The recognition unit 142 may, forexample, recognize the three-dimensional position and orientation ofreal objects and the information processing device 100 according to anestablished image recognition algorithm such as the structure frommotion (SfM) technique of the simultaneous localization and mapping(SLAM) technique. As an example, JP 2011-159162A discloses a techniquefor dynamically constructing a real space map (environment map) byutilizing the SLAM technique. By applying such a technique, therecognition unit 142 is able to recognize the three-dimensional positionand orientation of real objects and the information processing device100 in real-time, and generate a real space map 164. Otherwise, therecognition unit 142 may also recognize the relative position andorientation of real objects with respect to the information processingdevice 100, on the basis of depth data from a depth sensor which may beadditionally provided in the camera 102. The recognition unit 142 mayalso execute a recognition process on the basis of output data from anenvironment recognition system, such as an infrared ranging system or amotion capture system. The recognition unit 142 causes the data storageunit 160 to store the real space map 164, which may be updated everytime a new input image is input.

(4) AR Space Setting Unit

The AR space setting unit 144 sets an augmented reality space (AR space)that virtually augments a real space depicted in an input image. In thepresent embodiment, an AR space is a three-dimensional space set inassociation with a real space. The avatars and other virtual objectsdescribed using FIGS. 1 and 2 are placed within an AR space set by theAR space setting unit 144, and conduct various actions within the ARspace. Since an AR space is set in association with a real space, evenif the angle of view of the camera 102 changes, for example, it is stillpossible to present a display in which a virtual object appears toremain at the same position within the real space, or a display in whichan avatar appears to move over the surface of a real object. The ARspace setting unit 144 generates or acquires an AR space model 166 thatexpresses an AR space to set, and causes the data storage unit 160 tostore the AR space model 166.

In a working example, the AR space setting unit 144 generates an ARspace model 166 by discretizing, in units of voxels, real objects withina real space depicted in an input image (for example, respective objectsexpressed by a real space map 164). A voxel is a unit element havingvolume. Ordinarily, small three-dimensional cubic blocks may be used asvoxels. In another working example, the AR space setting unit 144acquires an AR space model 166 generated on the basis of another user'scaptured image as external data. The AR space expressed by the AR spacemodel 166 may differ depending on related information that relates to acaptured image. Various techniques for setting such an AR space will befurther described later.

In an AR space model 166, virtual objects that correspond to realobjects within a real space discretely express, for example, the shapesof those real objects in units of voxels. The AR space setting unit 144may set display attributes of these virtual objects (such as texture andcolor, for example) according to various conditions. Various conditionsfor setting display attributes of virtual objects will be furtherdescribed later.

(5) Object Control Unit

The object control unit 146 places virtual objects within an AR space,and causes placed virtual objects to be displayed on-screen. The virtualobjects placed by the object control unit 146 include user avatars asdescribed using FIGS. 1 and 2. In addition, the virtual objects may alsoinclude objects that differ from avatars (such as message objects forchat or other communication, or autonomously acting characters, forexample). The object control unit 146 may also place an avatar orcharacter at a place on a horizontal plane expressed by the AR spacemodel 166, for example. Also, the object control unit 146 may place avirtual object related to some real object near that real object.Typically, the object control unit 146 places each virtual object sothat the virtual objects do not interfere with each other. Herein,interference refers to two or more virtual objects occupying the samevolumetric element within an AR space (and may also be expressed asobject collision). For example, if an avatar interferes with a virtualobject that corresponds to a real object, an unnatural display may bepresented in an output image, in which the avatar appears to be sunkinto the real object. The avoidance of such interference between objectswill be further described later.

In the case in which a virtual object placed within an AR space isoperable by a user, the object control unit 146 determines an action forthat virtual object according to user input. Also, the object controlunit 146 determines an action for an autonomously acting virtual objectaccording to some kind of autonomous control algorithm (or artificialintelligence (AI)). The object control unit 146 then causes the virtualobject to execute the determined action. Various user interfaces bywhich a user operates a virtual object (an avatar, for example) will befurther described later.

The object control unit 146, on the basis of an input image input fromthe image acquisition unit 120 and user input, dynamically updates thestate of one or more virtual objects within an AR space set by the ARspace setting unit 144, and generates image of virtual objects. Imagesof respective virtual objects may be generated according to a pinholemodel, on the basis of the position and orientation of the camera 102,as well as the position of orientation of each virtual object within theAR space, for example. The object control unit 146 then causes an imageof a real space with the virtual object images superimposed (an outputimage) to be displayed on the screen of the display 110. As a result ofthe output image being dynamically updated in this way, an on-screendisplay may be realized in which a real space appears to be augmented byvirtual objects.

(6) Data Storage Unit

The data storage unit 160 stores real object data 162, a real space map164, an AR space model 166, and virtual object data 168.

The real object data 162 is data defining features of real objects thatmay exist in a real space. The real object data 162 may define a shape,size, and texture for individual real objects, or include image featuresfor individual real objects, for example. The real object data 162 maybe used in order for the recognition unit 142 to recognize a real objectdepicted in a captured image, for example.

The real space map 164 is data that expresses a position and orientationwithin a real space for individual real objects recognized by therecognition unit 142. The real space map 164 may be referenced when theAR space setting unit 144 sets an AR space, for example. The positionand orientation of the camera 102 may be additionally expressed by thereal space map 164.

The AR space model 166 is data that expresses an AR space set by the ARspace setting unit 144. The AR space model 166 may be referenced whenthe object control unit 146 places a virtual object in an AR space, ordetermines an action for a virtual object, for example. The AR spacemodel 166 may also include data expressing the position and orientationof each placed virtual object.

The virtual object data 168 is data defining features of virtual objectsthat may be placed in an AR space. For example, the virtual object data168 defines a nickname, appearance, and types of executable actions foravatars selected by individual users. In addition, the virtual objectdata 168 may also define an appearance and types of executable actionsfor virtual objects that differ from avatars. The virtual object data168 likewise may be referenced when the object control unit 146 places avirtual object in an AR space, or determines an action for a virtualobject, for example.

Details of an AR application that may be realized by such an informationprocessing device 100 will be further described in the next section.

<3. AR Space Settings>

In this section, various techniques for setting an AR space inassociation with a real space will be described.

[3-1. Coordinate System of AR Space]

The position and orientation of a virtual object is expressed in acoordinate system of an AR space (hereinafter called the AR coordinatesystem). The AR coordinate system may be the same as a coordinate systemused in order to express the position and orientation of a real objectin the real space map 164. The AR coordinate system may be set accordingto some real object depicted in an input image, or set according to ahorizontal plane which may be estimated from sensor data.

As an example, a real object that is captured when the user starts theAR application is designated a reference object. The AR coordinatesystem may be set with reference to the position and orientation of areference object recognized by the recognition unit 142. Referring toFIG. 5, a real object R11 a is illustrated. The real object R11 a is aposter with the letter “A” written thereon. Herein, the real object R11a is used as a reference object. The X-Y-Z coordinate system illustratedin FIG. 5 is set according to the position and orientation of thereference object R11 a. This X-Y-Z coordinate system may be used as theAR coordinate system. The scale of the AR coordinate system may be setto match the size of the reference object R11 a. Note that in the casein which a real space is recognized according to the SLAM techniquediscussed earlier, after capturing a reference object in the initialstage of recognition, it is possible to continue recognition of the realspace without losing track of the AR coordinate system, even if thereference object moves outside the angle of view.

[3-2. Constructing AR Space from Real Space Map]

In a working example, the AR space setting unit 144 constructs an ARspace by discretizing, in units of voxels as discussed earlier,individual real objects within a real space map 164 generated by therecognition unit 142, for example.

FIG. 6 is an explanatory diagram for describing an example of thediscretization of a real object. Referring to the upper part of FIG. 6,a real object R12 existing on the surface of a real object R10 a isillustrated. The position and orientation (P12, W12) of the real objectR12 in the AR coordinate system is stated in the real space map 164 as aresult of a recognition process executed by the recognition unit 142.The shape and size of the real object R12 may be predefined by the realobject data 162. Consequently, the AR space setting unit 144 computesspatial boundaries of the real object R12 on the basis of the position,orientation, shape, and size of the real object R12, and is able todetermine a range of voxels that the real object R12 occupies.

In the lower part of FIG. 6, a virtual object V12 corresponding to theset of voxels occupied by the real object R12 is illustrated. Forexample, since at least half the volume of the voxel VX1 is inside thespatial boundaries of the real object R12, the voxel VX1 constitutespart of the virtual object V12. On the other hand, since the voxel VX2is outside the spatial boundaries of the real object R12, the voxel VX2does not constitute part of the virtual object V12. The question ofwhether or not each voxel constitutes part of a real object may beexpressed by one bit of information for each voxel, for example. In thisway, discretizing real objects in units of voxels and distinguishingvoxels occupied by a real object and unoccupied voxels in the AR spacemodel 166 yields various merits when handling the AR space. These meritswill be further described later.

FIG. 7 is an explanatory diagram for describing an example of an ARspace constructed from a real space map. In the upper part of FIG. 7, areal space map which may be generated by the recognition unit 142 forthe real space 11 a described using FIG. 1 is conceptually illustrated.This real space map includes the position and orientation (P10, W10) ofa real object R10 a, the position and orientation (P11, W11) of a realobject R11 a, the position and orientation (P12, W12) of a real objectR12, and the position and orientation (P13, W13) of a real object R13.In the lower part of FIG. 7, an AR space model M10 which may begenerated by discretizing a real space map for the real space 11 a isconceptually illustrated. The AR space model M10 distinguishes voxelsthat are spatially occupied by the real objects R10 a, R11 a, R12, andR13. The virtual object V10 a corresponds to the real object R10 a, thevirtual object V11 a to the real object R11 a, the virtual object V12 tothe real object R12, and the virtual object V13 to the real object R13,respectively. Such an AR space model may be used in order to control theactions of avatars and other virtual objects within the AR space.

Note that a real space map and an AR space model may each be generatedon the basis of a cumulative recognition result using multiple inputimages. In other words, during the phase in which an AR space isconstructed, a single user may move the angle of view of the camera 102so as to scan the nearby real space, and thereby generate a real spacemap and an AR space model over a wide spatial range recognized overmultiple frames. Otherwise, a real space map and an AR space model overa wide spatial range may also be cooperatively generated from multipleinput images of a real space captured in parallel by multiple users.

[3-3. Customizing AR Space]

An AR space may also be customized by a user from the state of beingconstructed by discretizing a real space. FIG. 8 is an explanatorydiagram for describing an example of the customization of an AR space.Referring to FIG. 8, the AR space model M10 illustrated in the lowerpart of FIG. 7 is again illustrated. However, in the example in FIG. 8,the AR space model M10 includes a virtual object V16 and a hollow H17.The virtual object V16 is a set of virtual blocks, and does notcorrespond to a real object. The voxels occupied by the virtual objectV16 likewise may be distinguished by the AR space model M10. An exampleof a user interface for adding virtual blocks will be further describedlater. The hollow H17 is voxels that should have been occupied by a realobject, and corresponds to voxels at which a real object does not exist.If such customization of an AR space is enabled, it becomes possible fora user to independently construct a field for a game or a field forcommunication with other users, according to his or her own intentions.For example, in a field for a competitive multiplayer game, the virtualobject V16 may become an obstacle, while the hollow H17 may become apitfall.

[3-4. Setting Virtual Object Display Attributes]

The AR space setting unit 144 may set display attributes of a virtualobject corresponding to a real object in the AR space model 166according to various conditions. Display attributes of a virtual objectwhich may be set by the AR space setting unit 144 may include thetexture and color of the virtual object. Hereinafter, several examplesof techniques for setting display attributes of a virtual objectcorresponding to a real object will be described.

(1) First Example

FIG. 9 is an explanatory diagram for describing a first example of atechnique for setting a texture or color of a virtual object. In thefirst example, the AR space setting unit 144 sets the texture or colorof each virtual object corresponding to each real object on the basis ofthe texture or color of that real object. In the upper part of FIG. 9, areal object R12 is illustrated. The real object R12 is a book, and apattern is drawn on the cover. On the sides of the real object R12, theedges of stacked pages are visible. The AR space setting unit 144 setsthe texture or color of the surface of a virtual object V12corresponding to such a real object R12, on the basis of the texture orcolor of the real object R12, which may be acquired from an input image.In the lower part of FIG. 9, a virtual object V12 with applied textureor color is illustrated. In the example in FIG. 9, the texture or coloris determined for each voxel face. Note that the texture or color of avirtual object may also be determined for each object, or for each faceof a virtual object. According to such a technique, the appearance of adiscretized virtual object will resemble the appearance of thecorresponding real object, thus enabling a user to easily ascertain theconditions of the real space in an output image, even in the case inwhich a corresponding virtual object is displayed instead of a realobject.

(2) Second Example

FIG. 10 is an explanatory diagram for describing a second example of atechnique for setting a texture or color of a virtual object. In thesecond example, the AR space setting unit 144 sets the texture or colorof each virtual object corresponding to each real object on the basis ofthe texture or color of a reference object. In the upper part of FIG.10, real objects R12 and R19 are illustrated. The real object R12 is abook. The real object R19 is a beverage can. From between these two realobjects, assume that the real object R19 is a reference object. The ARspace setting unit 144 sets the texture or color of the surface of avirtual object V12 corresponding to the real object R12, on the basis ofthe texture or color of the reference object R19. In the lower part ofFIG. 10, a virtual object V12 with applied texture is illustrated. Inthe example in FIG. 10, the texture of the virtual object V12 indicatesan appearance that resembles the appearance of the reference object R19.According to such a technique, it becomes possible to provide a specialAR space, such as one in which the space of a user's room is decoratedwith the appearance of a specific real object captured by the user.Also, a company planning a marketing campaign for a specific product mayalso provide an AR application that uses the product as a referenceobject. In such a case, a user's nearby space is decorated with theappearance of the product's packaging or logo, thereby heightening theuser's awareness of the product, and potentially enticing a user'swillingness to buy.

(3) Exemplary Modification

FIG. 11 is an explanatory diagram for describing an exemplarymodification of a technique for setting display attributes of a virtualobject. Herein, the AR space setting unit 144 sets an appearance type ofeach virtual object corresponding to each real object on the basis oftopographical parameters of that real object. Topographical parametersof a real object may include the horizontal width, the height from somereference surface, and the position of the real object, for example. Inthe upper part of FIG. 11, real objects R12 and R13 are illustrated. Thereal object R12 has a width above a first threshold and a height above asecond threshold. The real object R13 has a width below the firstthreshold and a height above the second threshold. The AR space settingunit 144, on the basis of such topographical parameters, sets theappearance type of a virtual object V12 corresponding to the real objectR12 to a mountain. Also, the AR space setting unit 144 sets theappearance type of a virtual object V13 corresponding to the real objectR13 to a tree. The AR space setting unit 144 may also respective set theappearance type of an area having a height equal to the referencesurface to the ground, and set the appearance type of an area having aheight lower than the reference surface to a water surface. With such atechnique, it is possible to provide a user with a special AR space inwhich the user's nearby space appears to be decorated with a naturallandscape.

[3-5. Sharing AR Space]

An AR space constructed with a technique like those described up to thispoint may be utilized in order for a single user to enjoy an ARapplication, or utilized in order for multiple users to communicate viavirtual objects such as avatars. In the latter case, simply havingmultiple users respectively and individually construct AR spaces doesnot result in those AR spaces being shared. Accordingly, in thissection, several examples of techniques for sharing an AR space amongmultiple users will be described.

(1) First Example

FIG. 12 is an explanatory diagram for describing for a first example ofa technique for sharing an AR space among multiple users. In the firstexample, in the case in which an AR space is shared by multiple users,the AR space setting unit 144 applies, to each of the multiple users, anAR space set on the basis of a captured image from a parent user fromamong those multiple users. FIG. 12 illustrates users Ua, Ub, and Uc.Among these users, the user Ua is a parent user, while the users Ub andUc are child users. The AR space model M11 is a model expressing an ARspace set on the basis of a captured image from the parent user Ua(hereinafter called the parent AR space model). The parent AR spacemodel M11 may be generated by discretizing a real space near the parentuser Ua, for example. Subsequently, the parent AR space model M11 isrespectively delivered to the devices of the child users Ub and Uc fromthe device of the parent user Ua or an application server. The AR spacesetting unit 144 of an information processing device 100 on the childuser side references the parent AR space model acquired via the dataacquisition unit 130, and sets the AR space expressed by the parent ARspace model in association with a real space depicted in an input imageacquired by the image acquisition unit 120. According to such atechnique, it becomes possible to realize an AR application in which theavatar of a child user appears to visit the room of a selected parentuser, for example.

(2) Second Example

FIG. 13 is an explanatory diagram for describing for a second example ofa technique for sharing an AR space among multiple users. In the secondexample, in the case in which an AR space is shared by multiple users,the AR space setting unit 144 forms a single AR space by mergingmultiple, user-specific AR spaces which are respectively constructed onthe basis of captured images from those multiple users. The AR spacesetting unit 144 may merge multiple, user-specific AR spaces bycalculating the sum of the multiple, user-specific AR spaces in units ofvoxels. FIG. 13 illustrates users Ua and Ub. The users Ua and Ub aremutual peer users. In the upper-left of FIG. 13, there is illustrated auser-specific AR space model M21 expressing a user-specific AR spaceconstructed by discretizing a real space near the user Ua. In theupper-right of FIG. 13, there is illustrated a user-specific AR spacemodel M22 expressing a user-specific AR space constructed bydiscretizing a real space near the user Ub. The user-specific AR spacemodels M21 and M22 are merged on the devices of the users Ua and Ub oron an application server to form a single merged AR space model M23. Inthe example in FIG. 13, the user-specific AR space models M21 and M22are first aligned by taking the position and orientation of a referenceobject as a reference, and then merged by calculating the logical OR inunits of voxels, thereby forming the merged AR space model M23. Herein,a logical OR means that a voxel distinguished as being occupied by areal (virtual) object in at least one of the user-specific AR spacemodels is also distinguished as being occupied by a real (virtual)object in the merged AR space model. For example, the user-specific ARspace model M21 includes virtual objects V21 and V22 corresponding toreal objects. The user-specific AR space model M22 includes virtualobjects V23 and V24 corresponding to real objects. The merged AR spacemodel M23 includes all of these virtual objects V21, V22, V23, and V24.

Herein, for the purpose of comparison, assume a situation in which theuser-specific AR space model M22 (not the merged AR space model M23) isshared between the users Ua and Ub. The avatars described using FIGS. 1and 2 may move within the AR space so as not to collide with othervirtual objects. However, since the user-specific AR space model M22does not include the virtual object V22, an avatar may pass the positionof the virtual object V22. Since a real object does not exist at theposition of the virtual object V22 on the side of the user Ub, suchavatar movement does not pose a problem. However, on the side of theuser Ua, a real object exists at the position of the virtual object V22,and for this reason an unnatural display may be presented in which anavatar appears to go right through that real object. In contrast, in thecase in which the merged AR space model M23 is shared between the usersUa and Ub, the merged AR space model M23 includes all of the virtualobjects V21, V22, V23, and V24, thereby effectively preventing an avatarwithin the shared AR space from interfering with a real object neareither user. If the user-specific AR space models are discretized inunits of voxels, it is possible to merge the AR space models with asmall computational load by using a simple algorithm based on logicaloperations in units of voxels. Note that in other examples, a logicalAND may also be computed instead of a logical OR.

(3) Third Example

FIG. 14 is an explanatory diagram for describing for a third example ofa technique for sharing an AR space among multiple users. In the thirdexample, in the case in which an AR space is shared by multiple users,the AR space setting unit 144 forms a single AR space by mergingmultiple, user-specific AR spaces which are respectively constructed onthe basis of captured images from those multiple users. The AR spacesare divided into multiple territories respectively assigned to eachuser, and the AR space setting unit 144 may merge user-specificaugmented reality spaces by selecting respectively differentuser-specific augmented reality spaces for individual territoriesaccording to the user assignments of the individual territories, forexample. FIG. 14 illustrates users Ua and Ub. The user Ub is theopponent of the user Ua. In the upper-left of FIG. 14, there isillustrated a user-specific AR space model M31 expressing auser-specific AR space constructed by discretizing a real space near theuser Ua. In the upper-right of FIG. 14, there is illustrated auser-specific AR space model M32 expressing a user-specific AR spaceconstructed by discretizing a real space near the user Ub. Theuser-specific AR space models M31 and M32 are merged on the devices ofthe users Ua and Ub or on an application server to form a single mergedAR space model M33. In the example in FIG. 14, the left half of the ARspace is a territory Ta assigned to the user Ua, while the right half ofthe AR space is a territory Tb assigned to the user Ub, taking theposition of a reference object as a reference. The AR space setting unit144 selects the user-specific AR space model M31 for the territory Ta,selects the user-specific AR space model M32 for the territory Ta, andforms the merged AR space model M33 by joining these selecteduser-specific AR space models at the territory boundary. The merged ARspace model M33 includes a virtual object V31 that was included in theuser-specific AR space model M31 in the territory Ta, and includesvirtual objects V32 and V33 that were included in the user-specific ARspace model M32 in the territory Tb.

According to such a technique, it becomes possible for multiple users todivide the task of constructing and customizing an AR space intoseparate territories. Also, in competitive multiplayer game applications(such as a survival game, dodgeball, or snowball fight played withavatars), it becomes possible for each user to construct his or her ownbase, in which the user-specific bases are joined to form a singlemultiplayer field as a whole.

Note that in any of the techniques, the AR space setting unit 144 mayalso set the display scale of an AR space shared by multiple users onthe basis of the size of a reference object within a real space depictedin an input image, for example. For this reason, in the case in which anAR space model delivered from a server is used to set an AR space, forexample, it is possible to avoid an unnatural display in which the setAR space appears to be floating above, or conversely sunken into, thereal space. Otherwise, the display scale of the AR space may be set onthe basis of the distance between the camera and some kind of referencesurface, such as a floor surface, wall surface, or table surface in thereal space, for example.

[3-6. Displaying Shared Objects]

(1) Virtual Object Display Attributes

In the case in which an AR space is shared among multiple users, thereis a possibility that a virtual object corresponding to a real objectthat does not exist near a given user is included in the shared AR spacemodel. In this case, if that virtual object is not displayed, the userwill not recognize the existence of that object. On the other hand, evenif a virtual object corresponding to a real object that does exist neara user is not displayed, since the real object is depicted in an inputimage, the user is able to recognize the existence of that object. Whencausing a virtual object corresponding to a real object to be displayedon-screen, the object control unit 146 may change the display attributesof the virtual object according to which user's captured image depictsthe real object corresponding to that virtual object. For example, theobject control unit 146 may hide or make semi-transparent a virtualobject corresponding to a real object that is depicted in a capturedimage from the user of the current device, and superimpose onto an inputimage only virtual objects corresponding to real objects depicted incaptured images from other users. In addition, the object control unit146 may also set the texture or color of virtual objects correspondingto real objects depicted in captured images from other users differentlyfor each user.

FIG. 15 is an explanatory diagram for describing an example of a displayof an AR space shared by multiple users. Referring to FIG. 15, aninformation processing device 100 a possessed by a user Ua isillustrated. On the screen of the information processing device 100 a,there are displayed an avatar A11 of the user Ua and an avatar A12 ofthe user Ub superimposed onto an input image. The input image depicts areal object R12. The real object R12 exists in a real space near theuser Ua. Additionally, a virtual object V15 is displayed on the screenof the information processing device 100 a. A real object correspondingto the virtual object V15 does not exist in the real space near the userUa, but does exist in a real space near the user Ub (not illustrated).By setting the display attributes of a virtual object in this way (inthe example in FIG. 15, display/hide), a user is able to distinguishbetween objects that exist near himself or herself and all other objectswithin an AR application image. Also, in the case in which the displayattributes of virtual objects are separately set for each user, itbecomes possible for a user to distinguish which virtual objectsoriginate from real objects near which users.

(2) Shared/Unshared Settings

In the case in which an AR space is shared among multiple users, thereis a possibility that a user does not want other users to know whatkinds of real objects exist near himself or herself. If starting an ARapplication required physically removing real objects that a user doesnot want other users to know about from a real space, the user would beinconvenienced. Accordingly, the AR space setting unit 144 may also setan AR space by discretizing only real objects specified by the user.Otherwise, the AR space setting unit 144 may also prompt the user tospecify real objects to exclude from the AR space, and set the AR spaceby discretizing real objects that were not excluded.

FIG. 16 is an explanatory diagram for describing an example of a userinterface by which a user specifies an object to share or not share.Referring to FIG. 16, an image Im13 depicting a real space 11 a isdisplayed on-screen in the information processing device 100 a. Theimage Im13 depicts a real object R12 existing in the real space 11 a.The recognition unit 142 uses the real object data 162 to recognize thereal object R12, for example. Before setting the AR space, the AR spacesetting unit 144 superimposes onto the image Im13 a message MSG11querying whether or not to exclude the recognized real object R12 fromthe AR space. For example, in the case in which the user chooses toexclude the real object R12 from the AR space, a virtual objectcorresponding to the real object R12 is not included in the AR spacemodel. On the other hand, in the case in which the user chooses not toexclude the real object R12 from the AR space, a virtual objectcorresponding to the real object R12 is included in the AR space model.By providing such a user interface, it becomes possible to share onlyobjects that a user allows to share with other users in an ARapplication.

(3) Voxel Granularity

The AR space setting unit 144 may also prompt a user to specify thegranularity of voxels used in order to discretize real objects. If thevoxel granularity is small, a virtual object corresponding to a realobject may clearly reproduce the appearance of that real object. If thevoxel granularity is large, a virtual object corresponding to a realobject may only vaguely reproduce the appearance of that real object.

FIG. 17 is an explanatory diagram for describing the setting of voxelgranularity. On the left of FIG. 17, a real object R19 is illustrated asan example. On the right of FIG. 17, virtual objects V19 a, V19 b, andV19 c corresponding to the real object R19 are illustrated. The voxelgranularity of the virtual object V19 a is relatively large, and thevirtual object V19 a is made up of three voxels. The voxel granularityof the virtual object V19 b is smaller than the virtual object V19 a,and the virtual object V19 b is made up of 24 voxels. The voxelgranularity of the virtual object V19 c is even smaller than the virtualobject V19 b, and the virtual object V19 c is made up of even morevoxels. As FIG. 17 demonstrates, the virtual object V19 c more clearlyreproduces the appearance of the real object R19 compared to the virtualobjects V19 a and V19 b.

For example, in the case in which a user places importance on thereproducibility of a real space, the user may specify a smaller voxelgranularity. Conversely, in the case in which a user places more onimportance on protecting privacy than the reproducibility of a realspace, the user may specify a larger voxel granularity. If a userinterface enabling such voxel granularity to be specified is provided,it becomes possible for a user to select a voxel granularity matchinghis or her own intentions at individual times.

Instead of being directly specified by a user, the voxel granularity mayalso be determined on the basis of a user's privacy settings. Asillustrated in FIG. 17, in the case in which a user seeks a high levelof privacy protection, the AR space setting unit 144 determines a largervoxel granularity. On the other hand, in the case in which a user allowsa low level of privacy protection, the AR space setting unit 144determines a smaller voxel granularity. If a user interface enablingsuch privacy levels to be specified is provided, it becomes possible foran AR application to adaptively adjust the voxel granularity to matchthe level of privacy protection sought by a user.

<4. Virtual Object Operations>

In this section, various working examples related to operations onavatars and other virtual objects placed within an AR space will bedescribed.

[4-1. Operation Window Examples]

(1) Avatar Selection Window

FIG. 18 is an explanatory diagram for describing an example of an avatarselection window. The avatar selection window is a window that may bedisplayed when a user starts an avatar-based AR application, or when auser registers user data in an application. In the example in FIG. 18,four avatars are being displayed in an avatar selection window Im21. Theuser is able to change the currently selected candidate avatar byflicking in the left and right directions, for example. If the user tapsan OK button, the candidate avatar selected at that time (typically, theavatar being displayed in front) is selected as the avatar for the user.

(2) Operation Window

FIG. 19 is an explanatory diagram for describing an example of a basicoperation window. The operation window is a window that may be displayedwhile an AR application is executed. In the example in FIG. 19, anoutput image generated by the object control unit 146 is displayed in anoperation window Im22. This output image may be generated bysuperimposing virtual objects onto an input image depicting a realspace, for example. In the example in FIG. 19, an avatar A11 and anavatar A12 are being displayed as virtual objects. Also, buttons B1, B2,B3, and B4 are superimposed onto the operation window Im22.

As described using FIGS. 1 and 2, while using the AR application, theuser holds up a device (camera) pointed at the real space as a generalrule. The question of in which direction the camera is pointed isimportant for the AR application. Unintentional shaking in the cameraorientation may also adversely affect the accuracy of real spacerecognition. In addition, most mobile devices have a touch panel displayand implement a user interface based on touch input, but touch inputcauses shaking in device orientation comparatively easily. In contrast,the user interface described in this section, by reducing shaking indevice orientation as much as possible, realizes consistent operation ofthe AR application and improved operability.

For example, the object control unit 146 superimposes a user interfaceoperated by the user onto at least one of a right-edge region and aleft-edge region of an operation window that displays objects within anAR space. The right-edge region and the left-edge region are regionsreached by the thumbs of a user gripping the display. In the example inFIG. 19, buttons B1 and B2 are superimposed onto a right-edge region Rg1reached by the user's right-hand thumb, while buttons B3 and B4 aresuperimposed onto a left-edge region Rg2 reached by the user's left-handthumb. With such a user interface placement, a user is capable oftouching the button B1, B2, B3, or B4 while supporting the informationprocessing device 100 with both hands. The object control unit 146 mayalso automatically distinguish the handedness of the user, and placemore of the user interface in an edge region on the side of the user'sdominant hand.

Also, the object control unit 146 determines a target position for anaction executed within an AR space, on the basis of the positionalrelationship between an object within the AR space and the optical axisof the camera, for example. The optical axis of the camera is ordinarilya straight line extending in the depth direction from the center imagecapture plane, orthogonally to the image capture plane. In FIG. 19, theintersection C1 between the surface of a table within the AR space andthe optical axis of the camera is indicated with an “X” symbol. Severalexamples of avatar actions based on such a positional relationshipbetween an object in an AR space and the optical axis of the camera willbe described in the next section.

[4-2. Avatar Actions]

As an example, the object control unit 146 determines a target positionfor an action executed by an avatar on the basis of the position of theintersection between an object within an AR space and the optical axisof the camera. For example, an avatar may move within an AR space. Inthis case, the destination of the avatar movement is the target positionfor the action. Also, an avatar may use an item within an AR space. Inthis case, the point of application of the item used by the avatar isthe target position for the action.

(1) Moving/Stopping

FIG. 20 is an explanatory diagram for describing an example of anoperation for moving an avatar. In the upper part of FIG. 20, an imageIm23 a is illustrated. In the image Im23 a, an avatar A11 is beingdisplayed. Herein, for the sake of simplicity, the voxels of virtualobjects corresponding to real objects are rendered visible as a grid.However, the voxels may not actually be visible. The avatar A11 isplaced on top of a virtual object V10. The position P11 is the positionof the intersection between the virtual object V10 and the optical axisof the camera. To allow a user to perceive the position P11, a markindicating the position P11 may also be displayed. The avatar A11 moveswithin the AR space with the position P11 as the destination. In theimage Im23 b illustrated in the lower part of FIG. 20, the avatar A11 iscloser to the position P11. A user, by moving the information processingdevice 100 and changing the direction of the camera, is able to make anavatar move towards a desired destination. At this point, since the userdoes not need to touch the screen, the user is able to move the avatarwhile stably supporting the information processing device 100. Note thatthe destination of movement (the target position for the action) mayalso not match the position of the intersection between an object andthe optical axis of the camera. For example, a position having a fixedoffset from that intersection may also be determined as the targetposition for the action.

Note that even if the destination of movement changes according to auser operation, the object control unit 146 does not immediately movethe avatar to that destination, but rather moves the avatar towards thedestination at a slower speed than the destination changing speed. Inaddition, an AR space model may be generated by discretizing realobjects in units of voxels, and the object control unit 146 maydetermine a target position for the action in units of voxels like inthe example in FIG. 20. Consequently, even if the position of theintersection between an object and the optical axis of the camerafluctuates slightly due to minute shaking of the camera orientation, aslong as that fluctuation remains within the range of one voxel, thetarget position for the action does not change. With these innovations,avatar motion is kept from becoming overly sensitive with respect tocamera motion. As a result, natural avatar motion is realized in an ARapplication. The object control unit 146 may also determine a targetposition for an action in units of voxel sets that include multiplevoxels, rather than in units of single voxels. By increasing the size ofthe voxel set as the distance from the camera to the object increases,it is also possible to stabilize the sensitivity of avatar motionwithout being affected by the distance.

In an application such as a competitive multiplayer game, for example,it is also valuable to additionally provide a means to rapidly move anavatar. Such rapid movement may be associated with user input via a rearinput interface (such as a touch sensor provided on the case surface onthe opposite side of the screen).

In the case in which there exists a virtual object that poses anobstacle on the linear route from an avatar's current position to adestination, the object control unit 146 may automatically set anonlinear route so that the avatar automatically avoids the obstacle. Inthe case in which the AR space is expressed by an AR space model that isdiscretized in units of voxels, it is easy to determine whether or not agiven coordinate point within the AR space is occupied by some kind ofobject. Consequently, the object control unit 146 is able to refer tosuch an AR space model and automatically set an avatar route at lowcomputational cost.

The button B1 is a user interface for enabling the user to select anaction type. Action types associated with the button B1 include movingand stopping an avatar. In the example in FIG. 20, moving an avatar hasalready been selected as an action.

FIG. 21 is an explanatory diagram for describing an example of anoperation for stopping avatar movement, in the upper part of FIG. 21,the image Im23 b is again illustrated. In the image Im23 b, an avatarA11 is being displayed. The position P11 is the position of theintersection between a virtual object V10 and the optical axis of thecamera, and is the destination of the movement of the avatar A11. Atthis point, if the user taps the button B1 with his or her right-handthumb, for example, the movement of the avatar A11 stops. In the imageIm23 c illustrated in the lower part of FIG. 21, the avatar A11 hasstopped at the position at that time. Since the button B1 is placed inthe right-edge region of the operation window, the user is able to stopthe avatar without removing his or her right hand from the informationprocessing device 100. If the user taps the button B1 again, themovement of the avatar A11 may be resumed.

(2) Changing Direction

Changing the direction of an avatar may be realized using severaltechniques. For example, an avatar may simply face in the direction ofthe movement destination. FIG. 22 is an explanatory diagram fordescribing an example of an operation for changing the direction of anavatar. In the upper part of FIG. 22, the image Im23 b is againillustrated. In the image Im23 b, an avatar A11 is being displayed. Theposition P11 is the position of the intersection between a virtualobject V10 and the optical axis of the camera, and is the destination ofthe movement of the avatar A11. After that, assume that a position P12becomes the new destination of movement as a result of the user movingthe information processing device 100 and changing the direction of thecamera. In the image Im23 d illustrated in the lower part of FIG. 22,the avatar A11 is facing in the direction of the position P12. In thisway, by moving the information processing device 100, a user is alsoable to change the direction of an avatar.

Furthermore, an additional user interface for changing the direction ofan avatar may also be implemented. For example, the object control unit146 may control the orientation of an avatar on the basis of rotationabout the optical axis of the camera. FIG. 23 is an explanatory diagramfor describing another example of an operation for changing thedirection of an avatar. In the upper part of FIG. 23, the image Im23 bis again illustrated. At this point, assume that the user rotates theinformation processing device 100 about the optical axis. The objectcontrol unit 146 detects this rotation from a recognition result for thecamera orientation by the recognition unit 142, and changes thedirection of the avatar A11. In the image Im23 e illustrated in thelower part of FIG. 22, the avatar A11 has turned to its left.

Note that it may be uncomfortable for the user to continue avataroperations with the information processing device 100 tilted as in thelower part of FIG. 23. Consequently, the object control unit 146 mayalso change the orientation of the avatar on the basis of rotation aboutthe optical axis of the camera only while in a state in which adesignated button (not illustrated) is touched or depressed, forexample. As a result, a user is able to return the informationprocessing device 100 to the original orientation while keeping theavatar from reverting to its original orientation.

The technique for changing the direction of an avatar is not limited tothe above examples. For example, in the case in which a designatedobject of focus exists near an avatar, the object control unit 146 mayautomatically change the direction of the avatar towards that object offocus. Objects of focus may include the avatar of another user, or someother predefined virtual object, for example.

(3) Using Items

FIGS. 24A and 24B are explanatory diagrams for describing a firstexample of an item-using action executed by an avatar. In the upper partof FIG. 24A, an image Im24 a is illustrated. In the image Im24 a, anavatar A11 is being displayed. The position P11 is the position of theintersection between a virtual object V10 and the optical axis of thecamera. The button B2 is a user interface for enabling the user toselect an action type. Action types associated with the button B2include placing a block. In the example in FIG. 24A, the avatar A11 iscarrying a block BL1 as a result of a user tapping the button B2. If theuser additionally taps the screen, the avatar A11 places the block BL1within the AR space, taking the position P11 as the item's point ofapplication (in this case, the block's point of placement). In the imageIm24 b illustrated in the lower part of FIG. 24A, the avatar A11 istossing the block BL1 towards the position P11. Furthermore, in theimage Im24 c illustrated in the upper part of FIG. 24B, the block BL1has landed at the position P11. According to such a user interface, auser is able to cause an avatar to place a block at a desired locationwithin an AR space by moving the information processing device 100 tochange the direction of the camera. In this case, the user is able tospecify a desired location without removing his or her hands from theinformation processing device 100. In the image Im24 d illustrated inthe lower part of FIG. 24B, more blocks have been placed within the ARspace. Such a user interface may also be implemented in order to enablea user to customize an AR space as described using FIG. 8, for example.Otherwise, this user interface may be implemented in order to realize anAR application similar to building blocks or a 3D block-matching game,for example.

FIG. 25 is an explanatory diagram for describing an example of anoperation for switching an item used by an avatar. In FIG. 25, an imageIm25 is illustrated. In the image Im25, a button B2 is superimposed. Ifthe user performs flick input on the button B2, the usable item switchesamong multiple item candidates (item candidates may be toggled). In FIG.25, five types of item candidates are illustrated. These item candidatesmay include blocks with different textures or colors, or items otherthan blocks, for example. Note that the usable item candidates may alsochange according to costs borne by the user (such as monetary costs likean item purchase fee, or costs in terms of work, like activityachievements within the AR space). In the next example, a hammer forsmashing a placed block is used by an avatar.

FIG. 26 is an explanatory diagram for describing a second example of anitem-using action executed by an avatar. In the upper part of FIG. 26,an image Im26 a is illustrated. In the image Im26 a, an avatar A11 isbeing displayed. The position P13 is the position of the intersectionbetween a virtual object V10 and the optical axis of the camera. In theexample in FIG. 26, the avatar A11 is carrying a hammer HM1 as a resultof a user tapping the button B2. If the user additionally taps thescreen, the avatar A11 swings the hammer HM1, taking the position P13 asthe item's point of application (in this case, the point where thehammer hits). In the image Im26 b illustrated in the lower part of FIG.26, the avatar A11 has swung the hammer HM1, and the block BL12 thatexisted at the position P13 has been smashed. According to such a userinterface, a user is able to cause an avatar to smash a block placed ata desired location within an AR space by moving the informationprocessing device 100 to change the direction of the camera. In thiscase, the user is able to specify a desired location without removinghis or her hands from the information processing device 100.

Note that, in the case of executing an action like that illustrated byexample in this section, when a real object within a real spacecorresponding to the target position is capable of performing areaction, the object control unit 146 may instruct that real object toperform a reaction. For example, in the case in which the real space map164 indicates that a client device (a real object) housing a vibratorexists at the target position onto which a hammer is swung, the objectcontrol unit 146 may transmit a wireless signal to that client deviceand cause the vibrator to vibrate. The reaction of a real object is notlimited to such an example, and may also be light emission from alight-emitting diode (LED) or the output of a sound effect from aspeaker, for example. As a result, it is possible to present a closeconnection between the real space and the AR space, and increase thereality of the AR application.

[4-3. Communication Using Avatars]

Avatar actions may also be executed for the purpose of communicationbetween users via avatars. The object control unit 146 causes an avatarto execute an action for the purpose of communication via avatars,according to user input.

FIG. 27 is an explanatory diagram for describing a first example ofcommunication via avatars. In the upper part of FIG. 27, an image Im31 ais illustrated. In the image Im31 a, an avatar A11 and an avatar A12 arebeing displayed. The avatar A11 is an avatar operated by a user. Theavatar A12 is the avatar of another user. The button B3 is a userinterface for switching between displaying and hiding an action menu forthe purpose of communication via avatars. In the example in FIG. 27, asa result of the user tapping the button B3, an action menu containingseven command buttons is superimposed onto the image. Among thesecommand buttons, the command button CO1 is a user interface for causingan avatar to execute a hand-waving action. In the image Im31 billustrated in the lower part of FIG. 27, the avatar A11 is waving itshand as a result of the user tapping the command button CO1. Such anaction is also displayed on the screen of a device of the other user whooperates the avatar A12. As a result, communication via avatars isestablished.

FIG. 28 is an explanatory diagram for describing a second example ofcommunication via avatars. In the upper part of FIG. 28, an image Im31 cis illustrated. In the image Im31 c, an avatar A11 and an avatar A12 arebeing displayed. The button B5 is a user interface for the purpose ofchat via avatars, and is displayed as part of the action menu, forexample. In the case of tapping the button B5, a software keyboardenabling the user to input a chat message may also be displayedon-screen. Otherwise, a chat message may also be input via a speechinput interface. In the image Im31 d illustrated in the lower part ofFIG. 28, a popup CB1 displaying a chat message input by the user issuperimposed near the avatar A11. Such a chat action is also displayedon the screen of a device of the other user who operates the avatar A12.As a result, communication is established as though the avatars werehaving a conversation.

In order to promote communication between users via avatars, it is alsovaluable for users to know information about the avatars of other usersmet within the AR space. FIG. 29 is an explanatory diagram fordescribing an example of an operation for displaying avatar information.In FIG. 29, an image Im32 is illustrated, in the image Im32, an avatarA11 and an avatar A12 are being displayed. For example, if a user tapsthe avatar A12 on the screen, a popup CB2 displaying avatar informationfor the avatar A12 is superimposed near the avatar A12. The popup CB2displays the nickname and other attribute information of the avatar A12(or the user of the avatar A12), for example.

[4-4. Operations on AR Space]

As described up to this point, in principle, an AR space is set inassociation with a real space depicted in an input image. Additionally,if the angle of view of the camera changes, the view of the AR spaceon-screen changes to track the change in the angle of view. However, itmay be inconvenient if the user is required to continually move thecamera or move the user himself or herself in order to see a location inthe AR space that the user wants to see. Accordingly, as describedhereinafter, it is valuable to provide a user interface that enables auser to control the position and orientation of the AR space itself.

FIG. 30 is an explanatory diagram for describing an example of anoperation for changing the position of an AR space. In the upper part ofFIG. 30, an image Im33 a is illustrated. In the image Im33 a, an avatarA12 is being displayed. However, the avatar A12 is positioned near thewindow boundary. Accordingly, the user drags both thumbs to the right(the D1 direction in the drawing) in a multi-touch gesture with thethumbs of both hands touching the screen, for example. The objectcontrol unit 146, in the case of detecting such user input, moves therelative position of the AR space with respect to the camera parallel tothe drag direction. In the image Im33 b illustrated in the lower part ofFIG. 30, as a result of the AR space moving in parallel to the right(the D2 direction in the drawing), the display position of the avatarA12 is closer to the window center. By providing such a user interface,it becomes possible to more easily perceive on-screen a virtual objectpositioned at a location distance from the user, without the userhimself or herself moving.

FIG. 31 is an explanatory diagram for describing an example of anoperation for changing the orientation of an AR space. In the upper partof FIG. 31, an image Im34 a is illustrated. In the image Im34 a, avatarsA11 and A12 are being displayed. However, the avatar A11 is hidden inthe shadow of the avatar A12. Accordingly, the user respectively dragshis or her left-hand thumb downwards (the D3 direction in the drawing)and drags his or her right-hand thumb upwards (the D4 direction in thedrawing) in a multi-touch gesture with the thumbs of both hands touchingthe screen, for example. The object control unit 146, in the case ofdetecting such user input, rotates the relative orientation of the ARspace with respect to the camera. In the image Im34 b illustrated in thelower part of FIG. 31, as a result of the AR space rotating in the D5direction of the drawing about the Z axis, the avatar A11 is no longerhidden by the avatar A12. By providing such a user interface, it becomespossible to more easily perceive on-screen a virtual object hidden inthe shadow of another object, without the user himself or herselfmoving.

Note that the object control unit 146 may also modify the scale of theAR space, rather than the relative position or orientation of the ARspace with respect to the camera, on the basis of designated user input(such as a pinch-in or pinch-out, for example).

[4-5. Other Operations]

The configuration is not limited to the foregoing examples, and variousoperations may also be implemented in an AR application. For example,the button B4 of the operation window Im22 illustrated in FIG. 29 is auser interface for switching between displaying and hiding severaladditional menus which may be implemented in an AR application. FIG. 32illustrates an example of an operation menu that may be displayed as aresult of tapping the button B4. In the image Im35 illustrated in FIG.32, if the user performs flick input on the button B4, the selectableoperation menu switches among multiple menu candidates (menu candidatesmay be toggled). In FIG. 32, four types of menu candidates B11, B12,B13, and B14 are illustrated. For example, the menu candidate B11 is anoperation menu for undoing an action executed by an avatar (revertingthe AR space to a state before an action). The menu candidate B12 is anoperation menu for resetting the state of the AR space (for example,removing all placed blocks). The menu candidate B13 is an operation menufor switching the operating mode of the AR application, which will bedescribed later. The menu candidate B14 is an operation menu for theuser to exit the AR space (check-out).

[4-6. Various Operating Modes]

In this section, several operating modes that may be supported by theinformation processing device 100 will be described.

(1) Real-Time Mode/Snapshot Mode

The AR application described up to this point ordinarily displayson-screen virtual objects within an AR space that are superimposed ontoan input image that is updated every frame (successively acquired by theimage acquisition unit 120). Such an operating mode is designatedreal-time mode in this specification. However, when imagining severalsituations, operating in real-time mode may be undesirable sometimes.

For example, a user may become tired while holding up the informationprocessing device 100 towards a real space. However, in the case inwhich the AR application is operating in real-time mode, if the userplaces the information processing device 100 on top of a table, forexample, the most recent input image will depict only the surface of thetable, and a suitable image of the AR space will not be displayed.Accordingly, as an example, the information processing device 100 alsosupports the snapshot mode described below.

In snapshot mode, the object control unit 146 causes virtual objectswithin the AR space to be superimposed onto an input image which is asingle still image (snapshot image), rather than updating the inputimage. The snapshot image may be acquired by the image acquisition unit120 when transitioning from real-time mode to snapshot mode, or may beacquired by the image acquisition unit 120 at some other timing. Notethat instead of an input image at a specific time, another image (forexample, an image specific to snapshot mode that is prepared in advance)may also be used as a background image in snapshot mode.

FIG. 33 is an explanatory diagram for describing real-time mode andsnapshot mode. On the left side of FIG. 33, a user Ua is holding up aninformation processing device 100 towards a real space 11 a. The imageIm41 is an image that may be displayed in real-time mode. In the imageIm41, a real object R11 a and an avatar A11 are being displayed.Meanwhile, on the right side of FIG. 33, the information processingdevice 100 is placed on top of a table R10 a, away from the hands of theuser Ua. If the information processing device 100 were hypotheticallyoperating in real-time mode, an input image would depict only thesurface of the table (or the input image would be blacked out due toinsufficient lighting). However, in the case in which the informationprocessing device 100 operates in snapshot mode, a snapshot acquiredbefore the information processing device 100 is placed on top of thetable R10 a is continuously used as the input image. The image Im42 isan image that may be displayed in snapshot mode. The image Im42 isdisplaying the real object R11 a and the avatar A11, similarly to theimage Im41.

By supporting such a snapshot mode, it becomes possible to continuepresenting a suitable display of an AR application, even if a usertemporarily stops holding up the information processing device 100. As aresult, the physical stress on the user may be reduced. Note that insnapshot mode, a user interface based on the positional relationshipbetween an object within the AR space and the optical axis of the cameraas discussed earlier is disabled. As a substitute user interface, a userinterface based on an on-screen touch position (for example, a touchposition may be used as the target position for an action) may beprovided in snapshot mode, for example. As a result, the user is stillable to operate an avatar while in snapshot mode. An indicator fornotifying the user whether the current operating mode is real-time modeor snapshot mode may also be displayed on-screen.

FIG. 34 is an explanatory diagram for describing the transition betweenthe two types of operating modes illustrated in FIG. 33. In FIG. 34, thetrigger T1 is a trigger for transitioning from real-time mode tosnapshot mode. The trigger T1 may include detecting that the device hasbeen put down, detecting designated user input, and failing tocontinuously recognize the real space. The trigger T2 is a trigger fortransitioning from snapshot mode to real-time mode. The trigger T2 mayinclude detecting that the device has been picked up, detectingdesignated user input, and successfully recognizing the real space.

For example, the object control unit 146 may automatically detect that adevice has been put down (or picked up) on the basis of sensor dataacquired by the data acquisition unit 130. In addition, the objectcontrol unit 146 may also detect user input for switching the operatingmode via a user interface like the menu candidate B13 illustrated byexample in FIG. 32.

In addition, the object control unit 146 may switch the operating modeto snapshot mode in the case in which a real object depicted in an inputimage in real-time mode continually fails to be recognized over adesignated number of frames. For example, in the case of generating areal space map on the basis of the recognition unit 142 recognizingfeatures within an input image, if the number of features depicted inthe input image decreases extremely, a real object (as well as theposition and orientation of the camera) may fail to be recognized. Ifsuch a recognition failure continues, it becomes difficult for theobject control unit 146 to place a virtual object such as an avatar at asuitable position, and the display of the AR application becomesinconsistent. Accordingly, the object control unit 146, by automaticallyswitching the operating mode to snapshot mode before the display becomesinconsistent, is able to prevent an inconsistent, unnatural image frombeing presented to the user. Note that the object control unit 146 mayalso display a warning message on-screen before switching the operatingmode to snapshot mode. In addition, the object control unit 146 maychange the display attributes of the user's avatar (such as blinking orsemi-transparency, for example) in response to a failure to recognize areal object. As a result, the user may be informed of the cause of anavatar exhibiting inconsistent behavior.

(2) Blueprint Mode

Blueprint mode is one type of application mode. Blueprint mode may beutilized when a user customizes an AR space, or utilized in applicationusage similar to building blocks.

FIG. 35 is an explanatory diagram for describing blueprint mode.Referring to FIG. 35, there is illustrated an image Im43 of an AR spacein which an avatar A11 is placed. In this AR space, there exists a blockgroup including a block BL21 already set by the avatar A11. The imageIm43 displays not only this group of already-set blocks, but also a semitransparent group of unset blocks including a block BL22. The display ofthis group of unset blocks is referenced as a blueprint when a userforms some kind of virtual object by stacking up multiple blocks, forexample. The block BL23 is a block that the avatar A11 is attempting tonewly set. In the upper part of the image Im43, there is also displayedthe number of remaining blocks until the virtual object is completed.Blueprint data may be stored by the data storage unit 160 in advance, oracquired from an external device such as an application server by thedata acquisition unit 130.

(3) Avatar Perspective Mode

The object control unit 146 ordinarily generates an image of an AR spaceby taking the position and orientation of the camera 102 as a reference.Such a display mode is designated camera perspective mode in thisspecification. In contrast, in avatar perspective mode, the objectcontrol unit 146 generates an image of an AR space by taking theposition and orientation of an avatar placed within the AR space as areference.

FIG. 36 is an explanatory diagram for describing a camera perspectivemode and an avatar perspective mode. In the upper part of FIG. 36, animage Im44 a generated in camera perspective mode is illustrated. In theimage Im44 a, avatars A11 and A12 are being displayed. A popup CB3 issuperimposed near the avatar A12. The popup CB3 is a virtual object thatdisplays a chat message input by the user of the avatar A12. In thelower part of FIG. 36, an image Im44 b generated in avatar perspectivemode is illustrated. The image Im44 b is an image generated on the basisof the position and orientation of the avatar A11. In the image Im44 b,the avatar A12 is displayed larger as though in front of the user'seyes. Furthermore, the popup CB3 likewise may be superimposed at a largesize onto the image Im44 b. By introducing such an avatar perspectivemode, the user's sense of immersion into the AR space is heightened.

FIG. 37 is an explanatory diagram for describing the transition betweenthe two types of display modes illustrated in FIG. 36. In FIG. 37, thetrigger T3 is a trigger for transitioning from camera perspective modeto avatar perspective mode. The trigger T3 may include the occurrence ofa designated event and detecting designated user input. The trigger T4is a trigger for transitioning from avatar perspective mode to cameraperspective mode. The trigger T4 may include the end of an occurringevent, detecting designated user input, and the elapse of a fixed amountof time. A designated event may include, for example, communicationbetween avatars as described using FIGS. 27 and 28, collision between anavatar and another virtual object (for example, a block tossed byanother avatar), as well as attacking and defending in a competitivemultiplayer game. By transitioning between two types of display modes inthis way, it becomes possible to provide a user with a greater varietyof AR application images, rather than monotonous images from aperspective with little change.

<5. AR Community>

In this section, various working examples will be described under thepresumption that multiple users utilize an AR community that uses themechanism described up to this point as a platform.

Note that in the following description, a user participating in aspecific AR space is designated “checking in” to the AR space. A userleaving an AR space is designated “checking out” of the AR space. If auser checks in to an AR space, the object control unit 146 places theuser's avatar within that AR space, for example. Subsequently, in thecase in which a placed avatar enters the angle of view of the camera102, an image of that avatar is displayed on-screen.

[5-1. Forming an AR Community]

One important question related to multiple users participating in an ARcommunity is which users are to coexist with which other users in ashared AR space set for those users. If an AR space shared by all usersis set without any basis, a large number of avatars behave in adisorderly manner within the AR space, and a good user experience is notexpected. Accordingly, as an example, the AR space setting unit 144 setsa different AR space in association with a real space depicted in aninput image, according to related information that relates to the inputimage (hereinafter called image-related information). For example, theAR space setting unit 144 may set, for a user who captured an inputimage, an AR space selected according to image-related information fromamong multiple AR space candidates prepared in advance. Besides (or inaddition to) the above, the AR space selling unit 144 may also set, fora user who captured an input image, an AR space formed by adjustingvariable parameters of an AR space candidate according to image-relatedinformation.

(1) First Example of AR Space Selection

FIG. 38 is an explanatory diagram for describing for a first example ofa technique for selecting an AR space. In the first example, theimage-related information includes the attributes of a reference objectdepicted in an input image. As an example, the attributes of a referenceobject include the type of the reference object. The AR space settingunit 144 sets a shared AR space for users capturing the same type ofreference object. In the upper part of FIG. 38, five users Ua, Ub, Uc,Ud, and Ue are illustrated.

For example, the user Ua captures a real object R11 a as a referenceobject. As a result, the AR space setting unit 144 of the device of theuser Ua sets an AR space M41 a for the user Ua. Also, the user Ubcaptures a real object R11 b as a reference object. The real object R11b is the same type of object as the real object R11 a (for example, aposter having the same texture). Accordingly, the AR space setting unit144 of the device of the user Ub sets the AR space M41 a shared with theuser Ua for the user Ub.

Meanwhile, the user Uc captures a real object R19 c as a referenceobject. The real object R19 c is a different type of object from thereal objects R11 a and R11 b. As a result, the AR space setting unit 144of the device of the user Uc sets an AR space M41 b, different from theAR space M41 a, for the user Uc. Also, the user Ud captures a realobject R19 d as a reference object. The real object R19 d is the sametype of object as the real object R19 c (for example, a beverage can forthe same drink). Accordingly, the AR space setting unit 144 of thedevice of the user Ud sets the AR space M41 b shared with the user Ucfor the user Ud. Also, the user Ue captures a real object R19 e as areference object. The real object R19 e is the same type of object asthe real objects R19 c and R11 d. Accordingly, the AR space setting unit144 of the device of the user Ue sets the AR space M41 b shared with theusers Uc and Ud for the user Ue.

In this way, by distributing users among different AR spaces accordingto the attributes of a reference object depicted in an input image, itbecomes possible to form an AR community in which the avatars of userswho have something in common with respect to a possessed object aregathered in a single AR space. For example, in product marketingapplications, as a result of users who have acquired a specific productforming an AR community and communicating with each other, it isexpected that the product will become a topic of conversation, creatingan effect of increasing product awareness at an accelerated rate.

Note that the AR spaces M41 a and M41 b may be respectively constructedby the AR application provider in advance, or dynamically constructed atthe time of user check-in according to any of the methods describedusing FIGS. 12 to 14.

(2) Second Example of AR Space Selection

FIG. 39 is an explanatory diagram for describing for a second example ofa technique for selecting an AR space. In the second example, theimage-related information includes the attributes of a reference objectdepicted in an input image, and the reference object is a music CompactDisc (CD) from a given artist. Herein, the year of release of thereference object, rather than the type of the reference object, is usedas the reference object attribute for distributing users. The AR spacesetting unit 144 sets a shared AR space for users capturing a music CDreleased in the same year. In the upper part of FIG. 39, five users Ua,Ub, Uc, Ud, and Ue are illustrated.

For example, the user Ua captures a real object R21 a as a referenceobject. The year of release of the real object R21 a is 2009. As aresult, the AR space setting unit 144 of the device of the user Ua setsan AR space M42 a for the user Ua. Also, the user Ub captures a realobject R21 b as a reference object. The real object R21 b is a music CDreleased in 2009, the same year as the real object R21 a. Accordingly,the AR space setting unit 144 of the device of the user Ub sets the ARspace M42 a shared with the user Ua for the user Ub.

Meanwhile, the user Uc captures a real object R21 c as a referenceobject. The real object R21 c is a music CD released in 2012, unlike thereal objects R21 a and R21 b. As a result, the AR space setting unit 144of the device of the user Uc sets an AR space M42 b, different from theAR space M42 a, for the user Uc. Also, the user Ud captures a realobject R21 d as a reference object. The real object R21 d is a music CDreleased in 2012, the same year as the real object R21 c. Accordingly,the AR space setting unit 144 of the device of the user Ud sets the ARspace M42 b shared with the user Uc for the user Ud. Also, the user Uecaptures a real object R21 e as a reference object. The real object R21e is a music CD released in 2012, the same year as the real objects R21c and R21 d. Accordingly, the AR space setting unit 144 of the device ofthe user Ue sets the AR space M42 b shared with the users Uc and Ud forthe user Ue.

Likewise in the second example, by distributing users among different ARspaces according to the attributes of a reference object depicted in aninput image, it becomes possible to form an AR community in which theavatars of users who have something in common with respect to apossessed object are gathered in a single AR space.

Note that the reference object attribute used to distribute users is notlimited to the above examples. For example, various attributes such asthe reference object name, the selling company, the place of production,the number of sales, or degree of attention (for example, the number ofrelated votes on an SNS) may also be used to distribute users among ARspaces.

In the first example and the second example, reference object attributesmay be recognized by the recognition unit 142. Additionally, referenceobject data indicating recognized attributes may be transmitted to adevice having a function for distributing users (such as an applicationserver or the device of a parent user, for example), and an AR spacemodel for a selected AR space may be acquired from that device by thedata acquisition unit 130. Otherwise, reference object attributes may berecognized from an input image on a device having a function fordistributing users.

Similarly to the first example, in the second example, the AR spaces M42a and M42 b likewise may be respectively constructed by the ARapplication provider in advance, or dynamically constructed at the timeof user check-in according to any of the methods described using FIGS.12 to 14.

(3) Third Example of AR Space Selection

FIG. 40 is an explanatory diagram for describing for a third example ofa technique for selecting an AR space. In the third example, theimage-related information includes the capture location of an inputimage. The AR space setting unit 144 sets a shared AR space for userscapturing the same or different reference objects in the same place. Inthe upper part of FIG. 40, five users Ua, Ub, Uc, Ud, and Ue areillustrated.

For example, the users Ua and Ub are positioned in the same place K1 ina real space. Accordingly, the AR space setting unit 144 of the devicesof the users Ua and Ub respectively sets a shared AR space M43 a for theusers Ua and Ub. The users Uc, Ud, and Ue are positioned in the sameplace K2 in a real space. Accordingly, the AR space setting unit 144 ofthe devices of the users Uc, Ud, and Ue respectively sets a shared ARspace M43 b for the users Uc, Ud, and Ue.

In this way, by distributing users among different AR spaces accordingto the capture location of an input image, it becomes possible to forman AR community in which the avatars of multiple users who havesomething in common with respect to a location are gathered in a singleAR space. As a result, it is possible to invigorate communication amongusers in an AR community, compared to the case of multiple users'avatars checking into an AR space in a disorderly manner.

Note that the capture location of an input image may be measured by thesensor 104, for example. Additionally, sensor data may be transmitted toa device having a function for distributing users (such as anapplication server or the device of a parent user, for example), and anAR space model for a selected AR space may be acquired from that deviceby the data acquisition unit 130.

Similarly to the first and second examples, in the third example, the ARspaces M43 a and M43 b likewise may be respectively constructed by theAR application provider in advance, or dynamically constructed at thetime of user check-in according to any of the methods described usingFIGS. 12 to 14.

In the first and second examples, users are distributed among differentAR spaces according to the attributes of a reference object depicted inan input image. Consequently, a technique of participating in an ARcommunity, conceptually referred to as “checking in to an object”, maybe realized. On the other hand, in the example of FIG. 3, users aredistributed among different AR spaces according to capture location.Consequently, a technique of participating in an AR community,conceptually referred to as “checking in to a location (or place)”, maybe realized. Note that the image-related information that may be used todistribute users among AR spaces is not limited to such examples. Forexample, the image-related information may also include the attributesof an image capture device that captured an input image. The attributesof an image capture device may be the image capture device's type, modelname, or manufacturer name, for example. As a result, it becomespossible for the avatars of multiple users who have something in commonwith respect to an image capture device (for example, users capturing aninput image with devices from the same manufacturer) to gather in asingle AR space and form an AR community.

(4) Fourth Example of AR Space Selection

FIG. 41 is an explanatory diagram for describing for a fourth example ofa technique for selecting an AR space. In the fourth example, the ARspace setting unit 144 selects an AR space specified by a user fromamong a subset determined according to image-related information fromamong multiple AR space candidates, and sets the selected AR space forthat user. In the upper part of FIG. 41, four AR space candidates M44 a,M44 b, M44 c, and M44 d are illustrated.

For example, assume that a real object R11 a, which is a referenceobject, is depicted in an input image captured by a user Ua. Then, therecognition unit 142 recognizes that the real object R11 a is depictedin the input image. The AR space setting unit 144 acquires attributes ofthe real object R11 a as image-related information, on the basis of arecognition result from the recognition unit 142. Subsequently, the ARspace setting unit 144 determines a subset of AR space candidatesaccording to the attributes of the real object R11 a. In the example inFIG. 41, the AR space candidates M44 a and M44 b are included in thedetermined subset. Next, the AR space setting unit 144 displays a listof AR space candidates included in the subset in an image Im51, andprompts the user to specify the AR space candidate that the user Uawants to check in to. In the example in FIG. 41, the AR space settingunit 144 sets the AR space M44 a specified by the user Ua for the userUa.

In this way, the distribution of users among AR spaces may also beconducted in stages. Particularly, by combining distribution accordingto image-related information, such as the attributes of a referenceobject or a location, with user specification in stages, user confusionover selecting an AR space from among many AR space candidates may bereduced, while still leaving room for the user to make a selection.

Note that in the case in which an AR space is not determined fromimage-related information, the AR space setting unit 144 may set adefault AR space that does not depend on image-related information (alsocalled an anonymous space) for a user. The case in which an AR space isnot determined from image-related information may include, for example,the case in which a reference object is not depicted in an input image,the case in which position data is not acquired, or the case in which auser desires to select a predetermined AR space. A predetermined ARspace may be a plain space in which there simply exists just ahorizontal plane (ground) on which an avatar is active, or a richerspace.

[5-2. Adjusting Variable Parameters]

As discussed earlier, the AR space setting unit 144 may also adjust,according to image-related information, variable parameters of an ARspace to set for a user. Variable parameters of an AR space may include,for example, the size of the AR space, the number of NPCs, a polygonresolution, an upper limit on the number of users who may participate,the texture or color of a virtual object, types of actions that areexecutable within the AR space, or types of items that are usable withinthe AR space.

(1) First Example

FIG. 42 is an explanatory diagram for describing for a first example ofadjusting variable parameters of an AR space. In the example in FIG. 42,the variable parameters of the AR space include the space size and thenumber of NPCs. These variable parameters are adjusted for each AR spaceaccording to the type of a reference object. In the upper part of FIG.42, five users Ua, Ub, Uc, Ud, and Ue are illustrated.

For example, the user Ua captures a real object R11 a as a referenceobject. The user Ub captures a real object R11 b as a reference object.The real objects R11 a and R11 b are the same type of object. As aresult, a shared AR space M45 a is set in the devices of the users Uaand Ub. The AR space setting unit 144 sets the space size of the ARspace M45 a to small, and sets the number of NPCs to 1.

Meanwhile, the user Uc captures a real object R19 c as a referenceobject. The user Ud captures a real object R19 d as a reference object.The user Ue captures a real object R19 e as a reference object. As aresult, a shared AR space M45 b is set in the devices of the users Uc,Ud, and Ue. The AR space setting unit 144 sets the space size of the ARspace M45 b to large, and sets the number of NPCs to 3.

In this way, by adjusting variable parameters of an AR space accordingto image-related information, it is possible to clearly demonstratedifferences in the features of each AR space to users. As a result, itbecomes possible to give users the motivation to try capturing variousobjects or capturing real spaces in various locations, and invigorate ARcommunities. Also, in the case of anticipating a situation in which manyusers check in to the same type of object in marketing applications orthe like, crowding in an AR space may be prevented by setting asufficiently large space size for the AR space related to the product.

(2) Second Example

FIG. 43 is an explanatory diagram for describing for a second example ofadjusting variable parameters of an AR space. In the example in FIG. 43,the variable parameters of the AR space include a polygon resolution,the number of NPCs, and a user upper limit. These variable parametersare adjusted for each user according to the performance of the deviceinvolved in displaying the AR space. In the upper part of FIG. 43, twousers Ua and Ub are illustrated.

For example, the user Ua captures a real object R11 a as a referenceobject. The user Ub captures a real object R11 b as a reference object.The real objects R11 a and R11 b are the same type of object. As aresult, a shared AR space is set in the devices of the users Ua and Ub.However, assume that the performance of the device of the user Ub is lowcompared to the performance of the device of the user Ua, and that it isdifficult for the device of the user Ub to display an image of an ARspace with the same image quality as the device of the user Ua.

Accordingly, the AR space setting unit 144 of the device of the user Ubadjusts variable parameters of the AR space to set. In the example inFIG. 43, the AR space setting unit 144 respectively sets the polygonresolution and the number of NPCs in an AR space M46 b for the user Ubto “low” and “1”, respectively, and imposes an upper limit on the numberof users. On the other hand, the AR space setting unit 144 of the deviceof the user Ua respectively sets the polygon resolution and the numberof NPCs in the AR space M46 a for the user Ua to “high” and “3”,respectively. Since the AR space M46 a is a shared space with the ARspace M46 b, an upper limit may be imposed on the number of users in theAR space M46 a.

In this way, by adjusting, for each user, variable parameters of an ARspace according to the performance of a device involved in displayingthe AR space, suitable display of the AR space may be ensured on avariety of devices, enabling more users to utilize an AR application.Note that the object control unit 146 may, for a predefined friend user,maintain a rich image representation of the avatar of that friend user(for example, a high polygon resolution or complete avatar image), andsimplify only the image representation of other avatars (for example, alow polygon resolution, or by displaying only a facial image).

[5-3. Setting Initial Position]

The object control unit 146 may determine an initial position of avirtual object such as an avatar placed within an AR space, on the basisof various conditions. For example, the object control unit 146 maydetermine an initial position of an avatar on the basis of theimage-related information discussed earlier, or on the basis of userattributes.

(1) First Example

FIG. 44 is an explanatory diagram for describing a first example of atechnique for setting an initial position of a virtual object in an ARspace. In the example in FIG. 44, the initial position of a virtualobject is determined on the basis of image-related information. Theimage-related information includes a capture position. In the upper partof FIG. 44, two users Ua and Ub are illustrated. The user Ua ispositioned at a position PRa in a real space. The user Ub is positionedat a position PRb in a real space.

For example, as a result of the user Ua and the user Ub capturing thesame type of reference object, a shared AR space M47 is set in thedevices of the users Ua and Ub. The object control unit 146 places theavatar A11 of the user Ua at a position PAa within the AR space M47. Theposition PAa corresponds to the position PRa of the user Ua within thereal space. Also, the object control unit 146 places the avatar A12 ofthe user Ub at a position PAb within the AR space M47. The position PAbcorresponds to the position PRb of the user Ub within the real space.

In this way, in the case in which an AR space is shared by multipleusers, by determining the initial positions of virtual objects on thebasis of image-related information, users having more topics ofconversation in common may be placed closer to each other, therebyencouraging communication among users.

(2) Second Example

FIG. 45 is an explanatory diagram for describing a second example of atechnique for setting an initial position of a virtual object in an ARspace. In the example in FIG. 45, the initial position of a virtualobject is determined on the basis of user attributes. Herein, the userattributes may be a user's age, gender, occupation, place of work,preferences, or a predefined group, for example. In the upper part ofFIG. 44, four users Ua, Ub, Uc, and Ud are illustrated. The users Ua andUc belong to a user group UG1. The users Ub and Ud belong to a usergroup UG2.

For example, a shared AR space M48 is set in the devices of the usersUa, Ub, Uc, and Ud. The object control unit 146 places the avatar A11 ofthe user Ua at a position PAa within the AR space M48. The position PAamay be determined in advance as an initial position for the user groupUG1. Also, the object control unit 146 places the avatar A12 of the userUb at a position PAb within the AR space M48. The position PAb may bedetermined in advance as an initial position for the user group UG2.

In this way, in the case in which an AR space is shared by multipleusers, by determining an initial position for each user by groupingusers on the basis of their attributes, users having mutually similarattributes may be placed closer together, thereby encouragingcommunication among users. Also, in the case in which a user activelywants to communicate with other users having different attributes fromhimself or herself, the user may move his or her own avatar to an areadistanced from the initial position, and attempt to communicate withother users in that area.

[5-4. Various Access Modes]

(1) Normal Mode

In a normal access mode, the object control unit 146 places one or moreuser avatars (or some other virtual objects) accessing the same AR spacein real-time within that AR space. Subsequently, the object control unit146 exchanges action data, which states an action of an avatar operatedby a user, with the devices of other users (for example, via anapplication server, or directly) in real-time. Also, the object controlunit 146 shares an action scenario of an NPC (a non-user character)placed within the AR space with the devices of other users. Herein, anaction scenario is data in which the future actions of each NPC arestated along a time axis. As a result, it becomes possible for multipleusers to simultaneously experience the world of a shared AR applicationin which avatars and NPCs act in the same ways. The action scenario maybe broadcast at a fixed time interval, or delivered to each user'sdevice when each user checks in, for example.

FIG. 46 is an explanatory diagram for describing change in the number ofavatars in an AR space in normal mode. Referring to FIG. 46, there areillustrated a time axis proceeding from the top to the bottom of thedrawing, and five users Ua, Uf, Ug, Uh, and Ui on the left side of thetime axis. The user Uf checks in to the AR space at time t11, and checksout from the AR space at time t13. The user Ug checks in to the AR spaceat time t12, and checks out from the AR space at time t18. The user Uhchecks in to the AR space at time t15. The user Ui checks in to the ARspace at time t16. Meanwhile, the user Ua checks in to the AR space attime t14.

When the user Ua checks in to the AR space M51 at time t14, other thanthe avatar A11 of the user Ua, the avatar of one user (the user Ug) andan NPC exist in the AR space M51. After that, at time t17, the usershave increased, and other than the avatar A11 of the user Ua, theavatars of three users (time users Ug, Uh, and Ui) and the NPC exist inthe AR space M51.

In this way, in the case in which many users share a single AR space, asufficient number of users playing simultaneously is ensured, even ifonly the avatar of a user accessing the AR application in real-time isplaced in an AR space. However, in the case in which there are few userssharing an AR space, in a completely real-time access mode, a situationin which only one user is accessing the AR application at the same timeis also anticipated. In such a situation, it is valuable to use thereplay mode described next instead of the above normal mode.

(2) Replay Mode

In replay mode, the object control unit 146 also places the avatar of auser who previously accessed the same AR space within that AR space.

FIG. 47 is an explanatory diagram for describing change in the number ofavatars in an AR space in replay mode. Referring to FIG. 47, there areillustrated a time axis proceeding from the top to the bottom of thedrawing, and three users Ua, Uf, and Ug on the left side of the timeaxis. The user Uf checks in to the AR space at time t21, and checks outfrom the AR space at time t22. The user Ug checks in to the AR space attime t23, and checks out from the AR space at time t24. Meanwhile, theuser Ua checks in to the AR space at time t25.

The user Ua is the only user who is actually accessing the AR space M52at the time when the user Ua checks in to the AR space M52 at time t25.In this case, if an avatar is placed within the AR space M52 accordingto normal mode discussed earlier, the user Ua cannot know of theexistence of the other users. However, in replay mode, the objectcontrol unit 146 also places the avatars of the users Uf and Ug whopreviously accessed the AR space M52 within the AR space M52. In theexample in FIG. 47, a time frame TF extending into the past from timet26 includes the times t21, t22, t23, and t24. Accordingly, the objectcontrol unit 146 places not only the avatar A11 of the user Ua, but alsothe avatar A21 of the user Uf and the avatar A22 of the user Ug, withinthe AR space M52. The user Ua is then able to know the kind of users towhich the avatars A21 and A22 belong, via a user interface such as theone described using FIG. 29.

By providing such a replay mode, it is possible to prevent an AR spacefrom appearing deserted, and maintain user interest in the AR space,even in the case in which there are few users sharing the AR space.Also, it becomes possible for a user who captures a rare item as areference object to know what kinds of other users show an interest inthe same item. Note that the length of the time frame TF may bestatically defined in advance, or dynamically set according a parametersuch as the number of users.

(3) Trail Mode

The object control unit 146 may also support, the trail mode describednext instead of replay mode. In trail mode, the object control unit 146expresses a trail of the avatar of a user who previously accessed thesame AR space in that AR space.

FIG. 48 is an explanatory diagram for describing trail mode. Referringto FIG. 48, there are illustrated a time axis proceeding from the top tothe bottom of the drawing, and three users Ua, Uf, and Ug on the leftside of the time axis. The timings of the users Ua, Uf, and Ug checkingin to and checking out of an AR space are similar to the example in FIG.47.

At a time t27 between time t21 and time t22, the avatar A21 of the userUf is placed in the AR space M53. Next, at a time t28 between time t23and time t24, the avatar A22 of the user Ug is placed in the AR spaceM53. Although the avatar A21 of the user Uf has already exited the ARspace M53, a trail TR21 expressing that the avatar A21 was presentremains in the AR space M53. Next, at a time t29 later than time t25,the avatar A11 of the user Ua is placed in the AR space M53. Althoughthe avatar A21 of the user Uf and the avatar A22 of the user Ug havealready exited the AR space M53, trails TR21 and TR22 expressing thatthe avatars A21 and A22 were present remain in the AR space M53. Notethat these trails may also visually fade out over time (see the trailTR21).

By providing such a trail mode, a user is able to know from the trailshow many user avatars were previously present in an AR space, and whatkinds of activity those avatars conducted.

(4) Moving Between AR Spaces

In the case in which a user's interest shifts to another AR space afterchecking in to a given AR space, it is inconvenient if the user isrequired to first check out from the current AR space and then check inagain to the other AR space. Accordingly, the AR space setting unit 144may also place, within an AR space set for a user, a path enabling anavatar to move to another AR space.

FIG. 49 is an explanatory diagram for describing an example of a pathfor moving between AR spaces. Referring to FIG. 49, an AR space M54 isdepicted in an image Im51. An avatar A11 is placed in the AR space M54.Also, a path PT11 in the shape of stairs is placed within the AR spaceM54. The path PT11 is connected to another AR space M55. For example, ifa user causes the avatar A11 to move over the path PT11 via a userinterface like the one described using FIG. 20, the AR space settingunit 144 newly sets the AR space M55 for the user.

By providing such a path for moving between AR spaces, it becomes easyfor an avatar to walk across various AR communities. Also, making notonly the current AR space but also other enterable AR spaces visibleon-screen entices user curiosity, and may encourage user participationin various AR communities.

<6. Process Flow Examples>

[6-1. Screen Transitions at Check-In]

FIGS. 50A and 50B are transition diagrams for describing an example ofscreen transitions when a user checks in to an AR space.

Referring to FIG. 50A, first, the AR space setting unit 144 causes amenu MN1 to be displayed on-screen. The menu MN1 includes a menu itemMN11 (“Play alone”), a menu item MN12 (“Play with everyone (become aparent)”), and a menu item MN13 (“Play with everyone”). In the case inwhich the user selects the menu item MN11, the AR space setting unit 144causes a menu MN2 to be displayed on-screen. The menu MN2 includes amenu item MN21 (“Construct new space”) and a menu item MN22 (“Loaddata”).

In the case in which the user selects the menu item MN21 on the menuMN2, the image acquisition unit 120 acquires a captured image as aninput image in order to newly construct an AR space (step S12).

On the other hand, in the case in which the user selects the menu itemMN22 on the menu MN2, the AR space setting unit 144 causes another menuMN3 to be displayed on-screen. The menu MN3 includes a list of stored ARspace models. Subsequently, if the user selects one of the AR spacemodels, the AR space setting unit 144 loads the selected AR space modelfrom the data storage unit 160 (step S11). The image acquisition unit120 acquires a captured image as an input image in order to associatethe loaded AR space with a real space (step S12).

Subsequently, the AR space setting unit 144 sets an AR space inassociation with the real space depicted on the input image on the basisof a recognition result by the recognition unit 142 for the input image,or by using the loaded AR space model. As a result, an AR application isstarted (step S13).

In the case in which the menu item MN12 or MN13 on the menu MN1 isselected, the AR space setting unit 144 causes a menu MN4 to bedisplayed on-screen. Referring to FIG. 50B, the menu MN4 includes a menuitem MN41 (“Check in with camera”), a menu item MN42 (“Check in withcurrent position”), a menu item MN43 (“Select from full list”), and amenu item MN44 (“Same community as last time”).

In the case in which the user selects the menu item MN41 on the menuMN4, the AR space setting unit 144 transmits a captured image acquiredby the image acquisition unit 120 to a device having a function fordistributing users (step S14). Herein, as an example, assume that anapplication server has a function for distributing users. Also, in thecase in which the user selects the menu item MN42 on the menu MN4, theAR space setting unit 144 transmits position data acquired by the dataacquisition unit 130 to the application server (step S15). Also, in thecase in which the user selects the menu item MN43 on the menu MN4, theAR space setting unit 144 transmits a request requesting the delivery ofan AR space candidate list to the application server. In all cases, theAR space setting unit 144 receives an AR space candidate list from theapplication server (step S16).

The AR space setting unit 144 causes a menu MN5 to be displayedon-screen in the case in which the AR space candidate list received fromthe application server includes multiple AR space candidates. Thedisplay of the menu MN5 may be omitted in the case in which the AR spacecandidate list includes only one AR space candidate. Subsequently, theAR space setting unit 144 receives, from the application server, an ARspace specified by the user on the menu MN5, or the AR space model ofthe single AR space included in the AR space candidate list (step S17).

On the other hand, in the case in which the user selects the menu itemMN44 on the menu MN4, the AR space setting unit 144 acquires theidentifier of the AR space from which the user last checked out from thedata storage unit 160, and receives an AR space model of the AR spaceidentified by that identifier from the application server (step S17).

Subsequently, the image acquisition unit 120 acquires a captured imageas an input image (step S18). The AR space setting unit 144 uses the ARspace model received from the application server to set an AR space inassociation with a real space depicted in the input image (step S18).Subsequently, an AR application is started (step S19).

[6-2. Executing AR Application]

FIG. 51 is a flowchart illustrating an example of a flow of informationprocessing for executing an AR application.

Referring to FIG. 51, first, the image acquisition unit 120 acquires acaptured image depicting a real space from the camera 102 as an inputimage (step S110). Subsequently, the image acquisition unit 120 outputsthe acquired input image to the AR processing unit 140.

Next, the recognition unit 142 recognizes the position and orientationof a real object depicted in an input image input from the imageacquisition unit 120 (step S115). In addition, the recognition unit 142may also recognize the position and orientation of the informationprocessing device 100. Subsequently, the recognition unit 142 generatesor updates a real space map 164 on the basis of the recognition results,and causes the real space map 164 to be stored in the data storage unit160.

Next, the AR space setting unit 144 sets an AR space in association withthe real space expressed by the real space map 164 (step S120). The ARspace set at this point may be a space constructed by discretizing realobjects within the real space depicted in the input image in units ofvoxels, or a space expressed by an AR space model received from anotherdevice.

Next, the AR space setting unit 144 places one or more avatars and othervirtual objects within the set AR space (step S125). The avatars placedat this point may include the main user's avatar, as well as the avatarsof other users sharing the AR space. Also, the virtual objects placed atthis point may include NPCs (non-user characters).

Next, the object control unit 146 determines the behavior of NPCs placedwithin the AR space, according to an action scenario that may beacquired in advance (step S130).

Also, the object control unit 146 executes an action determinationprocess, and determines an action for the avatar of the main user (stepS140). Subsequently, in the case in which the AR space is being sharedwith another user (step S160), the object control unit 146 exchangesaction data with the device of that other user (step S165).

Next, the object control unit 146 updates the state of the AR space(such as the position and orientation of one or more virtual objects,including avatars, for example) (step S170). Subsequently, the objectcontrol unit 146 causes an output image with virtual object imagessuperimposed (and may include animations of avatar actions) to bedisplayed on the screen of the display 110 (step S175).

After that, in the case in which the operating mode at that point is areal-time mode, the process returns to step S110, and the above processis repeated, taking the next frame as the input image. On the otherhand, in the case in which the operating mode is a snapshot mode, a newinput image is not acquired, and the above processing in step S130 andthereafter is repeated (step S180).

[6-3. Action Determination Process]

FIG. 52 is a flowchart illustrating an example of a detailed flow of theaction determination process illustrated in FIG. 51. Referring to FIG.52, the action determination process branches depending on whether theoperating mode at the time is real-time mode or snapshot mode (stepS142).

In the case in which the operating mode is real-time mode, the objectcontrol unit 146 determines a target position for an action, on thebasis of the positional relationship between an object within the ARspace and the optical axis of the camera (step S144). On the other hand,in the case in which the operating mode is snapshot mode, the objectcontrol unit 146 determines a target position for an action, but not onthe basis of the positional relationship between an object and theoptical axis of the camera (step S146).

Next, the object control unit 146 determines an action to be executed bythe avatar of the main user, according to a user input detection result(step S148).

<7. Exemplary Modifications>

[7-1. Client/Server Linkage]

The block diagram illustrated in FIG. 4 illustrates an example in whicha user client (that is, the information processing device 100) includesmajor functions such as real space recognition. AR space setting, andobject control. However, the technology according to the presentdisclosure is also applicable to an example in which at least part ofthese functions are implemented in an external device (such as anapplication server or another nearby client, for example). Accordingly,in this section, one such exemplary modification will be described.

FIG. 53 is a block diagram illustrating an example of a configuration oflogical functions of an information processing device 200 according toan exemplary modification. The hardware configuration of the informationprocessing device 200 may be similar to the hardware configuration ofthe information processing device 100 illustrated in FIG. 3. Referringto FIG. 53, the information processing device 200 is equipped with animage acquisition unit 120, a data acquisition unit 130, and a serverlinkage unit 250. The server linkage unit 250 includes a datatransmitting unit 252 and an AR image receiving unit 254.

The data transmitting unit 252 transmits an input image, via acommunication interface, to a server device 300 that includes the samefunctions as the AR space setting unit 144 and the object control unit146 of the information processing device 100. The data transmitting unit252 may also transmit user input data to the server device 300 in thecase in which user input is detected. Also, the data transmitting unit252 may transmit, to the server device 300, sensor data that may includeposition data indicating the current position of the informationprocessing device 200.

The AR image receiving unit 254 receives an AR image from the serverdevice 300. An AR image received by the AR image receiving unit 254 is,for example, an image expressing an action executed within an AR space.An AR space may be set in association with an input image bydiscretizing real objects depicted in the input image in units ofvoxels. In addition, an AR space may be set according to image-relatedinformation that is related to an input image. A target position for anaction may also be determined on the basis of the positionalrelationship between an object within the AR space and the optical axisof the camera. Subsequently, the AR image receiving unit 254 outputs anoutput image to the display 110, and causes an AR application image tobe displayed on-screen.

[7-2. Simple Real Space Recognition]

The foregoing embodiment primarily describes an example in which an ARspace model that indicates virtual object placement is generated by therecognition unit 142 first generating a real space map expressingposition and orientation within a real space, and then the AR spacesetting unit 144 discretizing the real space map. However, virtualobject placement may also be determined with a simpler technique.

FIG. 54 is an explanatory diagram for describing an exemplarymodification of a technique for determining virtual object placement.Referring to FIG. 54, there is illustrated a marker object MK1 as anexample of a real object, as well as a virtual object VM1 and a drawingmodel DM1 associated with the marker object MK1 in a content dictionary.In the example in FIG. 54, the drawing model DM1 is image dataexpressing the exterior of a ship. The drawing model DM1 may also be atype of virtual object. The content dictionary additionally defines areference point RP1 that acts as a reference for the relative placementof the virtual object VM1 and the drawing model DM1 for the markerobject MK1. The recognition unit 142 uses established image recognitiontechnology to recognize the marker object MK1 depicted in an inputimage. The AR space setting unit 144 determines the position of thereference point RP1 within the input image, on the basis of the positionof the recognized marker object MK1 and the definition in the contentdictionary. Subsequently, the AR space setting unit 144 (or the objectcontrol unit 146) places the virtual object VM1, taking the determinedposition of the reference point RP1 as a reference (step S21 in thedrawing). The virtual object VM1 may be a transparent object occupyingone or more voxels. Additionally, the object control unit 146superimposes the drawing model DM1 onto the marker object MK1 on-screen,taking the position of the reference point RP1 as a reference (step S22in the drawing). An avatar, under control by the object control unit146, moves as through to avoid the virtual object VM1 or get on boardthe virtual object VM1, for example. An avatar may also stack blocksonto the virtual object VM1 according to operations by a user. As aresult, it is possible to display an output image on-screen as thoughthe avatar were interacting with a ship expressed by the drawing modelDM1. Note that the marker object may be an arbitrary object having somekind of texture (such as a poster or product packaging, for example).The content dictionary may also define data for any number of markerobjects.

<8. Conclusion>

The foregoing thus describes various embodiments of technology accordingto the present disclosure using FIGS. 1 to 54. According to theforegoing embodiments, the appeal of augmented reality experienced by auser is improved via various perspectives, such as strengthenedassociation between real objects and virtual objects, improvedoperability specifically for AR applications, and invigoratedcommunication in AR communities.

For example, in the case in which an AR space is set by discretizingreal objects within a real space depicted in a captured image in unitsof voxels, it is possible to easily prevent an avatar or some othervirtual object active within the AR space from interfering with a realobject. Such a technique enables reduced computational load and asimplified determination algorithm compared to a technique that directlydetermines interference from information stating the positions andorientations of real objects (such as the real space map discussedearlier, or the environment map described in JP 2011-159162A, forexample). As a result, it also becomes easy to ensure real-timeperformance in an AR application in which multiple devices are linked toeach other, for example.

Also, in the case in which a target position for an action executedwithin an AR space is determined on the basis of the positionalrelationship between an object within the AR space and the optical axisof an image capture device, for example, a it is possible to determine atarget position without user input such as touch input or a buttonpress. As a result, there is reduced shaking in device orientation whenthe user controls the action of a virtual object, thereby realizingconsistent operation and improved operability of the AR application.

Also, in the case in which different AR spaces are set accordingimage-related information that is related to a captured image, forexample, rather than many users gathering in an AR space in a disorderlymanner, it becomes possible to form an AR community in which the avatarsof users having something in common gather in a shared AR space. Whenutilizing an AR application, ordinarily the user captures an image.Consequently, according to the present technique it is possible to forman effective AR community for communication among users, withoutimposing additional work on the user in order to acquire image-relatedinformation.

Note that the series of processes carried out by the various apparatusesdescribed as embodiments of the present disclosure are typicallyrealized using software. As one example, programs composed of softwarethat realizes such series of processes are stored in advance on astorage medium (non-transitory medium) provided internally in orexternally to such apparatuses. As one example, during execution, suchprograms are then written into RAM (Random Access Memory) and executedby a processor such as a CPU.

The preferred embodiments of the present invention have been describedabove with reference to the accompanying drawings, whilst the presentinvention is not limited to the above examples, of course. A personskilled in the art may find various alternations and modificationswithin the scope of the appended claims, and it should be understoodthat they will naturally come under the technical scope of the presentinvention.

Additionally, the present technology may also be configured as below.

-   (1) An information processing device including:

an image acquisition unit that acquires a captured image of a real spacefrom an image capture device;

a setting unit that sets, in association with the real space, anaugmented reality space that virtually augments the real space depictedin the captured image; and

a control unit that determines a target position for an action executedwithin the augmented reality space, on the basis of a positionalrelationship between an object within the augmented reality space and anoptical axis of the image capture device.

-   (2) The information processing device according to (1), wherein

the control unit places a user avatar within the augmented realityspace, and determines the target position of the action executed by theavatar on the basis of the positional relationship.

-   (3) The information processing device according to (2), wherein

the control unit determines the target position as a destination ofmovement by the avatar.

-   (4) The information processing device according to (2), wherein

the control unit determines the target position as a point ofapplication of an item used by the avatar.

-   (5) The information processing device according to any one of (2) to    (4), wherein

the control unit controls an orientation of the avatar on the basis ofrotation about the optical axis of the image capture device.

-   (6) The information processing device according to any one of (1) to    (5), wherein

the control unit changes a relative position, orientation, or scale ofthe augmented reality space with respect to the image capture device, onthe basis of designated user input.

-   (7) The information processing device according to any one of (1) to    (6), wherein

the control unit superimposes a user interface for causing a user toselect a type of the action onto at least one of a right-edge region anda left-edge region of a window that displays an object within theaugmented reality space, and

the right-edge region and the left-edge region are regions reached bythumbs of a user gripping a display.

-   (8) The information processing device according to any one of (1) to    (7), wherein

the information processing device additionally includes a recognitionunit that recognizes a position and orientation within the real space ofa real object depicted in the captured image, and

the control unit uses a recognition result of the real object by therecognition unit to control the action that relates to that real object.

-   (9) The information processing device according to any one of (1) to    (8), wherein

placement within the augmented reality space of a real object depictedin the captured image is determined by discretizing that real object inunits of voxels.

-   (10) The information processing device according to (9), wherein

the control unit determines the target position of the action in theunits of voxels.

-   (11) The information processing device according to any one of (1)    to (10), wherein

in a first operating mode, the control unit superimposes an objectwithin the augmented reality space onto the captured image updated everyframe for display on a screen, and in a second operating mode, thecontrol unit displays, on a screen, an object within the augmentedreality space without updating the captured image,

-   (12) The information processing device according to (11), wherein

the control unit switches between the first operating mode and thesecond operating mode according to designated user input.

-   (13) The information processing device according to (11), wherein

the control unit switches from the first operating mode to the secondoperating mode in the case in which a failure to recognize a real objectdepicted in the captured image continues for a designated number offrames.

-   (14) The information processing device according to any one of (11)    to (13), wherein

in the second operating mode, the control unit determines the targetposition for the action executed within the augmented reality space, butnot on the basis of a positional relationship between an object withinthe augmented reality space and an optical axis of the image capturedevice.

-   (15) The information processing device according to any one of (1)    (10), wherein

in a camera perspective mode, the control unit generates an image of theaugmented reality space taking a position and orientation of the imagecapture device as a reference, and in an avatar perspective mode, thecontrol unit generates an image of the augmented reality space taking aposition and orientation of an avatar placed within the augmentedreality space as a reference.

-   (16) The information processing device according to (15), wherein

the control unit switches from the camera perspective mode to the avatarperspective mode according to designated user input or occurrence of adesignated event within the augmented reality space.

-   (17) The information processing device according to any one of (1)    to (16), wherein

in the case in which the action is executed, when a real object withinthe real space corresponding to the target position is capable ofperforming a reaction, the control unit instructs that real object toperform a reaction.

-   (18) A client device including:

an image capture unit that generates a captured image by capturing areal space;

a communication unit that communicates with a server device that sets,in association with the real space depicted in the captured image, anaugmented reality space that virtually augments the real space, anddetermines a target position for an action executed within the augmentedreality space, on the basis of a positional relationship between anobject within the set augmented reality space and an optical axis of theimage capture unit; and

a control unit that causes an image expressing the action executedwithin the augmented reality space at the target position determined bythe server device to be displayed on a screen.

-   (19) An information processing method executed by a client device    provided with an image capture unit and a communication unit that    communicates with a server device,

wherein the server device sets, in association with a real spacedepicted in a captured image, an augmented reality space that virtuallyaugments the real space, and determines a target position for an actionexecuted within the augmented reality space, on the basis of apositional relationship between an object within the set augmentedreality space and an optical axis of the image capture unit,

the information processing method including:

generating the captured image by using the image capture unit to capturea real space; and

causing an image expressing the action executed within the augmentedreality space at the target position determined by the server device tobe displayed on a screen.

-   (20) A program causing a computer that controls a client device to    function as:

an image acquisition unit that acquires a captured image of a real spacefrom an image capture device; and

a control unit that causes an image expressing an action executed withinan augmented reality space at a target position to be displayed on ascreen, the target position being determined by a server device thatsets, in association with the real space depicted in the captured image,the augmented reality space that virtually augments the real space, anddetermines a target position for the action executed within theaugmented reality space, on the basis of a positional relationshipbetween an object within the set augmented reality space and an opticalaxis of the image capture device.

In addition, configurations like the following also belong to thetechnical scope of the present disclosure.

-   (1) An information processing device including:

an image acquisition unit that acquires a captured image of a real spacefrom an image capture device;

a setting unit that sets, in association with the real space, anaugmented reality space that virtually augments the real space bydiscretizing, in units of voxels, a real object within the real spacedepicted in the captured image; and

a control unit that controls an action of a virtual object placed withinthe augmented reality space.

-   (2) The information processing device according to (1), wherein

the virtual object includes a user avatar.

-   (3) The information processing device according to (1) or (2),    wherein

the virtual object includes an object corresponding to the real object,and

the setting unit sets a texture or color of the virtual objectcorresponding to the real object, on the basis of a texture or color ofthe real object.

-   (4) The information processing device according to (1) or (2),    wherein

the virtual object includes an object corresponding to the real object,and

the setting unit sets a texture or color of the virtual objectcorresponding to the real object, on the basis of a texture or color ofa reference object depicted in the captured image.

-   (5) The information processing device according to (1) or (2),    wherein

the virtual object includes an object corresponding to the real object,and

the setting unit sets a display attribute of the virtual objectcorresponding to the real object, on the basis of a topographicalparameter of the real object.

-   (6) The information processing device according to any one of (1) to    (5), wherein

the information processing device additionally includes a recognitionunit that generates a real space map by recognizing a position andorientation within the real space of the real object depicted in thecaptured image, and

the setting unit constructs the augmented reality space by discretizing,in units of voxels, the real space map generated by the recognitionunit.

-   (7) The information processing device according to any one of (1) to    (6), wherein

in the case in which the augmented reality space is shared by multipleusers, the setting unit applies, to each of the multiple users, theaugmented reality space set on the basis of the captured image of aparent user from among the multiple users.

-   (8) The information processing device according to any one of (1) to    (6), wherein

in the case in which the augmented reality space is shared by multipleusers, the setting unit forms the augmented reality space by mergingmultiple, user-specific augmented reality spaces respectivelyconstructed on the basis of the captured image of the multiple users.

-   (9) The information processing device according to (8), wherein

the setting unit merges the multiple, user-specific augmented realityspaces by calculating a sum of the multiple, user-specific augmentedreality spaces in units of voxels.

-   (10) The information processing device according to (8), wherein

the augmented reality space is divided into multiple territoriesrespectively assigned to users, and

the setting unit merges the multiple, user-specific augmented realityspaces by selecting, for each territory, the user-specific augmentedreality space of a user to which that territory is assigned.

-   (11) The information processing device according to any one of (7)    to (10), wherein

the control unit changes a display attribute of the virtual objectsuperimposed onto the captured image according to which user's capturedimage depicts a real object corresponding to that virtual object.

-   (12) The information processing device according to any one of (7)    to (11), wherein

the setting unit sets a display scale of the augmented reality spaceshared by the multiple users, on the basis of a size of a referenceobject depicted in the captured image.

-   (13) The information processing device according to any one of (1)    to (12), wherein

the setting unit uses voxels having a user-specified granularity inorder to discretize the real object.

-   (14) The information processing device according to any one of (1)    to (12), wherein

the setting unit uses voxels having a granularity determined on thebasis of a user privacy setting in order to discretize the real object.

-   (15) The information processing device according to any one of (1)    to (14), wherein

the setting unit sets the augmented reality space by discretizing thereal object specified by a user or the real object that was not excludedby a user.

-   (16) A client device including:

an image capture unit that generates a captured image by capturing areal space;

a communication unit that communicates with a server device that sets,in association with the real space, an augmented reality space thatvirtually augments the real space by discretizing, in units of voxels, areal object within the real space depicted in the captured image; and

a control unit that causes an image of a virtual object placed withinthe augmented reality space set by the server device to be displayed ona screen.

-   (17) An information processing method executed by a client device    provided with an image capture unit and a communication unit that    communicates with a server device,

wherein the server device sets, in association with a real space, anaugmented reality space that virtually augments the real space bydiscretizing, in units of voxels, a real object within the real spacedepicted in a captured image

the information processing method including:

generating the captured image by using the image capture unit to capturea real space; and

causing an image of a virtual object placed within the augmented realityspace set by the server device to be displayed on a screen.

-   (18) A program causing a computer that controls a client device to    function as:

an image acquisition unit that acquires a captured image of a real spacefrom an image capture device; and

a control unit that causes an image of a virtual object placed within anaugmented reality space to be displayed on a screen, the augmentedreality space being set by a server device that sets, in associationwith the real space, an augmented reality space that virtually augmentsthe real space by discretizing, in units of voxels, a real object withinthe real space depicted in the captured image.

Additionally, the present technology may also be configured as below.

-   (1)

An information processing device including:

an image acquisition unit that acquires a captured image of a real spacefrom an image capture device;

a setting unit that sets, in association with the real space, anaugmented reality space that virtually augments the real space depictedin the captured image, the augmented reality space differing accordingto related information that relates to the captured image; and

a control unit that causes an image of a virtual object placed for eachuser within the augmented reality space to be displayed on a screen.

-   (2)

The information processing device according to (1),

wherein the virtual object includes an avatar for each user.

-   (3)

The information processing device according to (1) or (2),

wherein the related information includes an attribute of a referenceobject depicted in the captured image.

-   (4)

The information processing device according to (1) or (2),

wherein the related information includes a capture location of thecaptured image.

-   (5)

The information processing device according to (1) or (2),

wherein the related information includes an attribute of the imagecapture device.

-   (6)

The information processing device according to any one of (3) to (5),

wherein the setting unit sets the augmented reality space selectedaccording to the related information from among multiple augmentedreality space candidates prepared in advance.

-   (7)

The information processing device according to (6),

wherein the setting unit selects the augmented reality space specifiedby a user from among a subset determined according to the relatedinformation from among the multiple augmented reality space candidates.

-   (8)

The information processing device according to any one of (3) to (6),

wherein the setting unit adjusts, according to the related information,a variable parameter of the augmented reality space to set.

-   (9)

The information processing device according to any one of (1) to (8),

wherein the setting unit adjusts a variable parameter of the augmentedreality space to set, on a basis of performance of a device involved indisplaying the augmented reality space.

-   (10)

The information processing device according to any one of (1) to (9),

wherein the control unit determines, on a basis of the relatedinformation, an initial position of the virtual object placed within theaugmented reality space.

-   (11)

The information processing device according to any one of (1) to (9),

wherein the control unit determines, on a basis of an attribute of theuser, an initial position of the virtual object placed within theaugmented reality space.

-   (12)

The information processing device according to any one of (1) to (11),

wherein, in the case in which the augmented reality space to set is notdetermined from the related information, the setting unit sets a defaultaugmented reality space candidate that does not depend on the relatedinformation as the augmented reality space.

-   (13)

The information processing device according to any one of (1) to (12),

wherein the virtual object includes an avatar for each user, and

wherein the control unit places an avatar of one or more users accessingthe same augmented reality space in real-time within the augmentedreality space.

-   (14)

The information processing device according to any one of (13),

wherein the control unit additionally places an avatar of a user whopreviously accessed the same augmented reality space within theaugmented reality space.

-   (15)

The information processing device according to (13),

wherein the control unit expresses a trail of an avatar of a user whopreviously accessed the same augmented reality space within theaugmented reality space.

-   (16)

The information processing device according to any one of (13) to (15),

wherein the control unit shares an action scenario of a non-usercharacter placed within the augmented reality space among devices of theone or more users.

-   (17)

The information processing device according to any one of (1) to (16),

wherein the virtual object includes an avatar for each user, and

wherein the setting unit places, within the set augmented reality space,a path enabling the avatar to move to another augmented reality space.

-   (18)

A client device including:

an image capture unit that generates a captured image by capturing areal space;

a communication unit that communicates with a server device that sets,in association with the real space, an augmented reality space thatvirtually augments the real space depicted in the captured image, theaugmented reality space differing according to related information thatrelates to the captured image; and

a control unit that causes an image of a virtual object placed for eachuser within the augmented reality space set by the server device to bedisplayed on a screen.

-   (19)

An information processing method executed by a client device providedwith an image capture unit and a communication unit that communicateswith a server device,

wherein the server devices sets, in association with a real space, anaugmented reality space that virtually augments the real space depictedin a captured image, the augmented reality space differing according torelated information that relates to the captured image,

the information processing method including:

-   -   generating the captured image by using the image capture unit to        capture a real space; and    -   causing an image of a virtual object placed for each user within        the augmented reality space set by the server device to be        displayed on a screen.

-   (20)

A program for causing a computer that controls a client device tofunction as:

an image acquisition unit that acquires a captured image of a real spacefrom an image capture device; and

a control unit that causes an image of a virtual object placed for eachuser within an augmented reality space to be displayed on a screen, theaugmented reality space being set by a server device that sets, inassociation with the real space, the augmented reality space thatvirtually augments the real space depicted in the captured image, theaugmented reality space differing according to related information thatrelates to the captured image.

REFERENCE SIGNS LIST

-   100 information processing device-   102 camera (image capture unit)-   110 display (display unit)-   112 communication interface (communication unit)-   118 processor (control unit)-   120 image acquisition unit-   130 data acquisition unit-   142 recognition unit-   144 AR space setting unit-   146 object control unit-   200 client device

The invention claimed is:
 1. An information processing devicecomprising: circuitry configured to: acquire a captured image of a realspace from an image capture device; recognize a real object in the realspace from the captured image based on at least one of texture or shapeof the real object; acquire position information of the real object;cause a display device to display a plurality of virtual objects;select, from the displayed plurality of virtual objects and based on auser operation, a virtual object for initial display based on a positionof the real object included in the acquired position information,wherein when the selected virtual object is initially displayed at theposition of the real object, other virtual objects of the displayedplurality of virtual objects not selected are not displayed based on thereal object included in the acquired position information; set anappearance position of the selected virtual object based on the positionof the real object; and cause the display device to display a virtualspace comprising the selected virtual object displayed at the positionof the real object.
 2. The information processing device according toclaim 1, wherein the virtual space differs in layout according to anattribute of a reference object depicted in the captured image.
 3. Theinformation processing device according to claim 1, wherein the virtualspace differs in layout according to a capture location of the capturedimage.
 4. The information processing device according to claim 1,wherein the virtual space differs in layout according to an attribute ofthe image capture device.
 5. The information processing device accordingto claim 4, wherein the circuitry is further configured to determine,based on an attribute of a user, an initial position of the selectedvirtual object placed within the virtual space.
 6. The informationprocessing device according to claim 1, wherein the circuitry is furtherconfigured to set the virtual space selected from among multiple virtualspace candidates prepared in advance.
 7. The information processingdevice according to claim 1, wherein the position information of thereal object is expressed in an augmented reality (AR) coordinate system.8. The information processing device according to claim 1, wherein thecircuitry is further configured to determine, based on the positioninformation of the real object in the real space, an initial position ofthe selected virtual object placed within the virtual space.
 9. Theinformation processing device according to claim 1, wherein thecircuitry is further configured to determine, based on an attribute of auser, an initial position of the selected virtual object placed withinthe virtual space.
 10. The information processing device according toclaim 1, wherein the selected virtual object includes an avatar for auser.
 11. The information processing device according to claim 10,wherein the circuitry is further configured to place the avatar of theuser accessing the virtual space in real-time within the virtual space.12. The information processing device according to claim 1, wherein, ina case in which the virtual space is not determined from the positioninformation of the real object in the real space, the circuitry isfurther configured to set a default virtual space candidate that doesnot depend on the position information of the real object within thereal space as the virtual space.
 13. The information processing deviceaccording to claim 1, wherein the circuitry is further configured toacquire size information of the real object.
 14. The informationprocessing device according to claim 13, wherein the circuitry isfurther configured to set a type of the selected virtual object based onthe size information of the real object.
 15. The information processingdevice according to claim 13, wherein the circuitry is furtherconfigured to determine, based on the size information of the realobject within the real space, an initial position of the selectedvirtual object placed within the virtual space.
 16. The informationprocessing device according to claim 13, wherein the size informationincludes a width of the real object and a height of the real object. 17.The information processing device according to claim 16, wherein thecircuitry is further configured to: compare the width of the real objectwith a first predetermined threshold and compare the height of the realobject with a second predetermined threshold; and set a type of theselected virtual object to be placed in the virtual space based on aresult of the comparison of the width and the comparison of the height.18. The information processing device according to claim 1, wherein thecircuitry is further configured to set, based on a type of the selectedvirtual object, the virtual space including the selected virtual objecthaving the type of selected virtual object placed therein, and whereinthe virtual space differs in layout according to the positioninformation of the real object.
 19. The information processing deviceaccording to claim 1, wherein the circuitry is further configured torecognize the real object based on the texture of the real object. 20.An information processing method comprising: acquiring a captured imageof a real space from an image capture device; recognizing a real objectin the real space from the captured image based on at least one oftexture or shape of the real object; acquiring position information ofthe real object; causing a display device to display a plurality ofvirtual objects; selecting, from the displayed plurality of virtualobjects and based on a user operation, a virtual object for initialdisplay based on a position of the real object included in the acquiredposition information, wherein when the selected virtual object isinitially displayed at the position of the real object, other virtualobjects of the displayed plurality of virtual objects not selected arenot displayed based on the real object included in the acquired positioninformation; setting an appearance position of the selected virtualobject based on the position of the real object; and causing the displaydevice to display a virtual space comprising the selected virtual objectdisplayed at the position of the real object.
 21. A non-transitorycomputer-readable medium having embodied thereon a program, which whenexecuted by a computer causes the computer to execute a method, themethod comprising: acquiring a captured image of a real space from animage capture device; recognizing a real object in the real space fromthe captured image based on at least one of texture or shape of the realobject; acquiring position information of the real object; causing adisplay device to display a plurality of virtual objects; selecting,from the displayed plurality of virtual objects and based on a useroperation, a virtual object for initial display based on a position ofthe real object included in the acquired position information, whereinwhen the selected virtual object is initially displayed at the positionof the real object, other virtual objects of the displayed plurality ofvirtual objects not selected are not displayed based on the real objectincluded in the acquired position information; setting an appearanceposition of the selected virtual object based on the position of thereal object; and causing the display device to display a virtual spacecomprising the selected virtual object displayed at the position of thereal object.